[Bug 35427] New: Cancelling item-level hold from requestspecific_info on request.pl breaks link to biblio record
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35427 Bug ID: 35427 Summary: Cancelling item-level hold from requestspecific_info on request.pl breaks link to biblio record Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs@lists.koha-community.org Reporter: hebah@bywatersolutions.com QA Contact: testopia@bugs.koha-community.org CC: gmcharlt@gmail.com To recreate: Have a bibliographic record with at least one item-level hold. Go to place one more hold (item-level or record-level, doesn't matter), but before placing the hold, cancel one of the item-level holds from the information tab in the requestspecific_info holdings table. When you confirm the cancellation, the next screen is a return to request.pl, but with no valid biblionumber, and the heading Place a hold on No bibliographic record. Backtrack to the initial record, and note that the cancellation did not actually complete. Observed in both 22.11 and 22.05, so likely an older issue. -- 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=35427 Sarah Cornell <sbcornell@cityofportsmouth.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sbcornell@cityofportsmouth. | |com --- Comment #1 from Sarah Cornell <sbcornell@cityofportsmouth.com> --- This scenario comes up when we follow up on item-level holds that have been marked missing or have become long overdue. When we go to place a new hold on an available item, we see a link that says "Cancel Hold." Staff will of course try to use this tool to cancel the existing item-level hold that will never be filled, but the process doesn't complete because they're sent back to a blank request.pl page. Just IMO, a link that just plain doesn't work should be fixed. ;) Thanks! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
participants (1)
-
bugzilla-daemon@bugs.koha-community.org