Bug 41840 - Number in patron's Holds tab doesn't update for new groups until page is reloaded
Summary: Number in patron's Holds tab doesn't update for new groups until page is relo...
Status: NEW
Alias: None
Product: Koha
Classification: Unclassified
Component: Hold requests (show other bugs)
Version: 25.11
Hardware: All All
: P5 - low trivial
Assignee: Bugs List
QA Contact: Testopia
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2026-02-12 17:32 UTC by Sara Brown
Modified: 2026-02-12 22:17 UTC (History)
4 users (show)

See Also:
GIT URL:
Initiative type: ---
Sponsorship status: ---
Comma delimited list of Sponsors:
Crowdfunding goal: 0
Patch complexity: ---
Documentation contact:
Documentation submission:
Text to go in the release notes:
Version(s) released in:
Circulation function:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Sara Brown 2026-02-12 17:32:12 UTC
With the new hold groups feature, the number next to the Holds label in a patron's Holds table (staff interface view) lists the combined number of groups and individual holds. For instance, if a patron has one group hold with two bibs, and then two individual holds, the number next to Holds will read 3. However, if a staff member creates a new group from that screen by adding one of the ungrouped holds to the existing group, the number next to the Holds label will still show as 3 until the page is reloaded. Once it's reloaded, the number will correctly update to 2 (one group with three bibs, and one individual hold).