Largest page link on user's identifications page is invalid

Please fill out the following sections to the best of your ability, it will help us investigate bugs if we have this information at the outset. Screenshots are especially helpful, so please provide those if you can.

Platform (Android, iOS, Website): websites

App version number, if a mobile app issue (shown under Settings or About):

Browser, if a website issue (Firefox, Chrome, etc) : chrome

URLs (aka web addresses) of any relevant observations or pages:

Screenshots of what you are seeing (instructions for taking a screenshot on computers and mobile devices: https://www.take-a-screenshot.org/):

Description of problem (please provide a set of steps we can use to replicate the issue, and make as many as you need.):

Step 1: go here: https://www.inaturalist.org/identifications/dan_johnson

Step 2: scroll down to the bottom, where it has links to the pages 1, 2, 3…

Step 3: Push the largest page number. It doesn’t work. The second largest doesn’t work either.

2 Likes

i think this may be related to iNaturalist’s first 10,000 record limit for API responses (or maybe queries in general?). each of the identification pages gives you 30 records per page. so you would exceed the first 10,000 records starting at page 334.

compare what happens when you try to go to the following pages:

(so not really a bug.)

2 Likes

@pisum seems like it still counts as a bug, bc it impedes website functionality - but very clever diagnostics! an interim solution might be some sort of note saying “to access older records, please add a date filter” or some such, rather than listing pages >333

ok… here’s a similar bug report, where they did add (or at least said they would add) some sort of message like what you proposed: https://forum.inaturalist.org/t/cannot-fetch-pages-beyond-333/3861.

in this particular page, i don’t think there are parameters / filters. so maybe it’s better to throw up a message saying that the page can’t show records beyond X rather than giving you the fail whale (shark).

1 Like

This bug still is there!

Re-raising this since no action appears to have been taken.

https://forum.inaturalist.org/t/largest-page-link-on-users-identifications-page-is-invalid/16618

Please fill out the following sections to the best of your ability, it will help us investigate bugs if we have this information at the outset. Screenshots are especially helpful, so please provide those if you can.

Platform (Android, iOS, Website): Website

App version number, if a mobile app issue (shown under Settings or About):

Browser, if a website issue (Firefox, Chrome, etc) : Chrome

URLs (aka web addresses) of any relevant observations or pages: https://www.inaturalist.org/identifications/<your_id_here>?page=334

Screenshots of what you are seeing (instructions for taking a screenshot on computers and mobile devices: https://www.take-a-screenshot.org/): Fail Whale

Description of problem (please provide a set of steps we can use to replicate the issue, and make as many as you need.):

Step 1: Curious to view my first identification I loaded my identifications page, scrolled to the bottom and clicked the link for the last page (2990). I got “I ate iNaturalist!”.

Step 2: Tried going forward in time, page 2000, page 1000, page 500. Nothing worked until I got to page 333, that loaded, page 334 does not.
Default per_page appears to be 30 IDs so I can only see my most recent 9990 identifications.

Step 3: Possibly not a bug? Maybe a server limitation?

I would still like to see my earliest identifications so a date filter parameter for the page would be helpful. (Originally proposed by @pisum on the above linked topic)

2 Likes

in case anyone isn’t already aware of it, i made page back in the day that will allow you to get identifications with more filter and sort parameters than the system’s Identifications page. it’s basically a wrapper around the v1 API that presents the API response in a more human-friendly format: https://jumear.github.io/stirfry/iNatAPIv1_identifications. so it may be useful if you’re trying to get information that the standard page won’t allow you to get easily.