[Bug 39284] New: Holds with cancellation requests alert not consistent with other alerts
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39284 Bug ID: 39284 Summary: Holds with cancellation requests alert not consistent with other alerts Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs@lists.koha-community.org Reporter: cbrannon@cdalibrary.org QA Contact: testopia@bugs.koha-community.org CC: gmcharlt@gmail.com Bug 36064 introduced a new alert, which is fantastic. However, it is displaying and linking to ALL cancelled holds, not just for your branch. This is inconsistent with the behavior of other alerts. We either need a second line for just the branch, just like the material requests, or we need it to be consistent with patron modifications. It does not make sense to make all branches aware of all cancellations when some of those items are at other branches. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39284 Sally Lodico <Slodico@knoxlib.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |Slodico@knoxlib.org --- Comment #1 from Sally Lodico <Slodico@knoxlib.org> --- System-wide, we regularly have over 3500 items on our "Holds awaiting pickup" list. Displaying all of them rather than the ones relevant to the user's logged in branch is so slow that my first thought was that Koha had crashed. It hadn't, it just took a very long time to load the page--about 90 seconds. I used CSS to hide it so none of the circulation staff would panic if they tried to use it. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39284 --- Comment #2 from Christopher Brannon <cbrannon@cdalibrary.org> --- (In reply to Sally Lodico from comment #1)
System-wide, we regularly have over 3500 items on our "Holds awaiting pickup" list. Displaying all of them rather than the ones relevant to the user's logged in branch is so slow that my first thought was that Koha had crashed. It hadn't, it just took a very long time to load the page--about 90 seconds.
I used CSS to hide it so none of the circulation staff would panic if they tried to use it.
I'm probably going to do the same thing. George and I went over a jQuery version of this that is specific to the branch, which is what inspired this feature. Why they went in this direction, I am not sure. I am going to hide ours as well and keep our custom version live. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39284 Klas Blomberg <klas.blomberg@skovde.se> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |klas.blomberg@skovde.se --- Comment #3 from Klas Blomberg <klas.blomberg@skovde.se> --- +1 We are a consortium with 38 branches, and having an alert that somewere in this conty someone wanted to cancel their hold is just irritating for the other 37 branches -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39284 Amanda Campbell <acampbell@hmcpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |acampbell@hmcpl.org -- You are receiving this mail because: You are watching all bug changes.
participants (1)
-
bugzilla-daemon＠bugs.koha-community.org