Using the identification tool, if there is only one page of observations left to ID, then if
one uses a url with a page number specified above 1
OR
one clears page 2 and goes to the next page or looks at remaining IDs
then the url does not load correctly and displays a blank page.
Required action: when the number of pages in the Identify tool is only 1 (or there are no observations to ID), then any url specifying a page higher than 1, or any reset of the ID tool, should default to the first page, and not a blank page.
My problem is that I send out urls to helpers, but generally put them on page 3 or 5.
But then when I have cleared the issues they end up saying there is nothing there, when there are still two dozen or more in the backlog.
I forgot to mention that the page handles at the bottom disappear when there is only one page, and so some people cannot get to page one.
It does reset properly if you open the filter tab and click āUpdate Searchā but that is not intuitive to one who does not know this trick.
This has been bugging me, too! Just never got round to working out how to describe the issue.
I usually edit the URL to remove &page=2, then refresh the browser page, but it would be nice to not have to. Interesting that we all have different work-arounds. I will have to try Dianaās of changing the 2 to a 1 - that sounds like less messing around.
There are a couple issues here, but theyāre not exactly bugs, more questionable design choices.
The first thing is that this isnāt limited to an issue with page 1 ā any time you have a set of results with n pages and you ask for a page higher than n (e.g. there are 5 pages and you ask for page 6), you get the message āNo matching observationsā. That message is a very literal message ā there are no observations on page 6 if the set only has 5 pages, so it is literally true, but definitely misleading.
The second thing is that any search query that only has a single page of results wonāt show the arrows and page numbers at the bottom. That was a design choice ā if you only have one page, you shouldnāt need the tools for accessing multiple pages.
There is one specific behavior that I think I would call a bug, because it happens when you use the interface normally, not with url modifications:
go to a set of results with, for example 31 observations (spanning 2 pages)
mark one reviewed (now there should be 30 remaining)
use the next page button to go to page 2
end up on a page with no observations and no page navigation tools
At any rate, since the problem happens for any page number larger than your result set, itās not exactly clear what the interface should do ā if you ask for page 6 when there are only 5 pages, would you expect it to take you to the final page of results (page 5) or back to the first page? Or maybe it should give some kind of āout of rangeā message with a button to return to page 1?
Whatās the reason for sending out urls to page 3 or 5? Maybe thereās another technique that will work for you?
The url with a later page is just to get less overlap when lots of people start identification at a similar time, such as when doing an identothon. If there was an option to open a random page (not random order - observation or uploading order is far more useful for IDs) I would use that. It is not really relevant to the issue here.
I dont think it matters if it reverts to page 1 or page last (or even a random page) when one opens a page āout of rangeā. An āout of rangeā message is a debugging tool: it is not want users want to see - solve the issue and deliver a [predictable] useful page.
On the other hand an āAll Done!!ā message is very useful.
Regarding the higher pages: they are not an issue at all - the bottom page navigation tool is there and is a logical place to move on.
However, when that navigation tool is missing (only one page left) what does one do? Clearly there are observations, but nothing is showing: how does the average user get to that invisible page?? There is no obvious solution.
Please rethink the design of that last step. (I think it qualifies as a bug - even it if it is only a design bug). Preferably simply load the relevant page, or alternatively provide a navigation tool to get there.
Iāll offer another concurrence with the non-intuitive behavior when only one page is left after doing some IDs. The solution which seems to work for me is to refresh the page (with no URL change, etc.). That seems to rebuilt the first (and only) page of observations requiring ID. FWIW, Iām usually using Chrome (Version 143.0.7499.41) on a Mac (OS Sequoia 15.7.2).
