After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 780374 - Don't reset search results when searching for "Later alternatives" fails
Don't reset search results when searching for "Later alternatives" fails
Status: RESOLVED FIXED
Product: gnome-maps
Classification: Applications
Component: general
git master
Other Linux
: Normal normal
: ---
Assigned To: gnome-maps-maint
gnome-maps-maint
Depends on:
Blocks:
 
 
Reported: 2017-03-21 20:39 UTC by Marcus Lundblad
Modified: 2017-06-10 16:55 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
transitPlan: Add a signal for no more alternatives (1.19 KB, patch)
2017-03-22 21:08 UTC, Marcus Lundblad
committed Details | Review
openTripPlanner: Indicate no more results found (2.06 KB, patch)
2017-03-22 21:08 UTC, Marcus Lundblad
committed Details | Review
sidebar: Hide load more results row when no more available (1.23 KB, patch)
2017-03-22 21:09 UTC, Marcus Lundblad
committed Details | Review

Description Marcus Lundblad 2017-03-21 20:39:27 UTC
Currently, when no results are found during a route search, the result list is reset to an empty state. This is also done if the user performs a transit search and already got some results and then tries to load later (or earlier) alternatives and none are found, in this case the previous results are cleared. We should probably instead show a notification informing that no furher results could be found and keep the old results (maybe hide the "Load later alternatives" row?).
Comment 1 Marcus Lundblad 2017-03-22 21:08:03 UTC
Created attachment 348533 [details] [review]
transitPlan: Add a signal for no more alternatives

This signal will be emitted when the user searches for
later or earlier transit itineraries and none are found
to intstruct the interface to retain previous results.
Comment 2 Marcus Lundblad 2017-03-22 21:08:39 UTC
Created attachment 348534 [details] [review]
openTripPlanner: Indicate no more results found

When doing a query for later or earlier alternatives, and no more itineraries
where found, signal to the transit plan that no more results are available.
Comment 3 Marcus Lundblad 2017-03-22 21:09:03 UTC
Created attachment 348535 [details] [review]
sidebar: Hide load more results row when no more available

When no later or earlier transit itineraries where found, hide the
row to load more results.
Comment 4 Andreas Nilsson 2017-06-09 15:41:20 UTC
This does the trick for me.

One small UI fix that would improve this would be to show the error "No later routes found" inline in the sidebar itself, but I want to file that as a separate issue, since it generally works like it should in this bug, and it will need some design
Comment 5 Andreas Nilsson 2017-06-09 15:55:47 UTC
Just noticed you get very funny results if you add a 3rd address as a via point and try to "Load more..." when there are no more available.
It will suddenly erase the via point and show only the route between the initial addresses.
Comment 6 Marcus Lundblad 2017-06-10 15:00:37 UTC
Attachment 348533 [details] pushed as e15043c - transitPlan: Add a signal for no more alternatives
Attachment 348534 [details] pushed as 9daa6cb - openTripPlanner: Indicate no more results found
Attachment 348535 [details] pushed as ddb5517 - sidebar: Hide load more results row when no more available
Comment 7 Marcus Lundblad 2017-06-10 15:03:21 UTC
I think the issue with the via point is unrelated to this (I think I even saw that with walking or car routing at some point). So I'm pushing this now, and we can see later on if we refine the UI in a subsequent bug, this behavior is at least better than currently when just resetting all the old results.
Comment 8 Andreas Nilsson 2017-06-10 16:55:39 UTC
Filed a followup about that issue as bug #783634