Web Staff Client: Pending Patrons limited to 100

Bug #1749970 reported by Terran McCanna
24
This bug affects 5 people
Affects Status Importance Assigned to Milestone
Evergreen
Fix Released
Medium
Unassigned
3.1
Fix Released
Medium
Unassigned
3.2
Fix Released
Medium
Unassigned
3.4
Fix Released
Medium
Unassigned

Bug Description

In 3.0.2 Web Client:

The Pending Patrons grid is cutting off after the first 100 pending patron applications. Attempting to page to the next 100 simply reloads the same entries. Downloading full CSV downloads the same first 100. (The xul client in this particular case shows that there are 105 pending patrons.) New pending patrons that are added appear in the xul client, but not in the web client.

Since the web client is also missing the Delete button in that interface (bug https://bugs.launchpad.net/evergreen/+bug/1737800), staff cannot even opt to delete the oldest of the pending patrons to see the newer ones. They're only workaround to retrieve the newer pending applications is to install the xul client and access them through there, or to delete the older of the pending applications from there in order to get below the 100 limit.

The xul client defaulted to a limit of 100 (which could then be changed in the interface and refreshed), so perhaps the retrieval script in the web client was built with that artificial limit of 100 as well?

Revision history for this message
Garry Collum (gcollum) wrote :

The table only displays 100, but it also ignores the row limits along with pagination. If you have 30 pending patrons and limit the rows to 10, it still displays 30 rows.

Changed in evergreen:
status: New → Confirmed
Jeff Godin (jgodin)
Changed in evergreen:
assignee: nobody → Jeff Godin (jgodin)
Revision history for this message
Jeff Godin (jgodin) wrote :

This seems to be fixed by passing a count and offset to the backend API call.

Branch forthcoming.

Revision history for this message
Jeff Godin (jgodin) wrote :

Working branch for review: user/jeff/lp1749970_fix_pending_patron_paging

https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/jeff/lp1749970_fix_pending_patron_paging

Note that while this begins to supply count and offset as arguments to the open-ils.actor.user.stage.retrieve.by_org call, we may end up making further changes (i.e., fetching all pending patrons) as part of fixing the client-side sorting in this interface -- see bug 1786501.

Jeff Godin (jgodin)
Changed in evergreen:
milestone: none → 3.3.1
importance: Undecided → Medium
status: Confirmed → In Progress
Changed in evergreen:
milestone: 3.3.1 → 3.3.2
Changed in evergreen:
milestone: 3.3.2 → 3.3.3
Changed in evergreen:
milestone: 3.3.3 → 3.3.4
Changed in evergreen:
milestone: 3.3.4 → 3.3.5
Revision history for this message
Terran McCanna (tmccanna) wrote :

Thanks, Jeff! I've confirmed that this fixes the paging bug. (The sort is still broken, but I'll go ahead and sign off on this one since the sort has a different bug.)

My sign-off patch here:

https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/mccanna/lp1749970_fix_pending_patron_paging_signoff

tags: added: pullrequest signedoff
Galen Charlton (gmc)
Changed in evergreen:
assignee: Jeff Godin (jgodin) → Galen Charlton (gmc)
status: In Progress → Confirmed
Revision history for this message
Galen Charlton (gmc) wrote :

Pushed to rel_3_4, rel_3_3, rel_3_2, and rel_3_1. Thanks, Jeff and Terran!

Changed in evergreen:
assignee: Galen Charlton (gmc) → nobody
status: Confirmed → Fix Committed
Remington Steed (rjs7)
Changed in evergreen:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.