[Bug 39977] New: Prevent reserves of items the users have already on their possession
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39977 Bug ID: 39977 Summary: Prevent reserves of items the users have already on their possession Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs@lists.koha-community.org Reporter: adolfo.rodriguez@xercode.es QA Contact: testopia@bugs.koha-community.org CC: gmcharlt@gmail.com When the system preference AllowHoldsOnPatronsPossessions is set to Allow users can request holds on biblio records they have items checked out from. That includes the very items they already have in their possession. I think Koha should check at the item level that you don't already have this item. As I see this system preference, it should only allow to request a hold on the other items. For example, the bibliographic record is a manga series of several volumes. The user has checked the first volume, the system should let them to put a hold on the second volume, but not on the first one. -- 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=39977 --- Comment #1 from Adolfo Rodríguez Taboada <adolfo.rodriguez@xercode.es> --- Created attachment 182753 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=182753&action=edit Bug 39977 - Prevent reserves of items the users have already on their possession This patch preventes users from placing a hold on item they haved checked out. 1 Turn system preference AllowHoldsOnPatronsPossessions to Allow. 2 Check out an item from a record with more than one item. 3 Try to put a hold on that record with the same user that checked out the item. You will see that you can select the item the user already has. 4 Apply patch, restart services 5 Repeat step 3. Now you cannot select the item the user has checked out. -- 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=39977 Adolfo Rodríguez Taboada <adolfo.rodriguez@xercode.es> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |Needs Signoff -- 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=39977 --- Comment #2 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Does the test plan really make sense? 1 Turn system preference AllowHoldsOnPatronsPossessions to Allow. So a hold on the item in my possession should be allowed. But your test plan ends with: 3 Try to put a hold on that record with the same user that checked out the item. You will see that you can select the item the user already has. 4 Apply patch, restart services 5 Repeat step 3. Now you cannot select the item the user has checked out. I don't think that is correct. -- 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=39977 --- Comment #3 from Adolfo Rodríguez Taboada <adolfo.rodriguez@xercode.es> --- The point is that the user shouldn't be able to put a hold on the item that's already on their possession. With the AllowHoldsOnPatronsPossessions on Allow they should be able to put a hold on any other item. An example. A bibliographic record of Paradise Kiss, a manga series collected in 5 volumes. The user has checked out an item (Volume 1) and wants to put a hold on a different item (Volume 2) That should be allowed with the preference AllowHoldsOnPatronsPossessions. It makes sense to want to reserve the next volume to continue reading the series. I think the user shouldn't be allowed to put a hold in the item of Volume 1 as he/she has already that item. -- 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=39977 --- Comment #4 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- It's a change in behavior not everyone might agree with. This feature has been existing for a long while now, so it might be an unwanted change for some if it hasn't been reported as a problem so far. -- 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=39977 --- Comment #5 from Adolfo Rodríguez Taboada <adolfo.rodriguez@xercode.es> --- This was reported as a problem by a client, as they did want to allow reserves on bibliographic records when the user had some items checked out but not those specific items. We could rework it as a third option in the system preference AllowHoldsOnPatronsPossessions -- 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=39977 Anneli Österman <anneli.osterman@koha-suomi.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |anneli.osterman@koha-suomi. | |fi --- Comment #6 from Anneli Österman <anneli.osterman@koha-suomi.fi> --- We have libraries tht have AllowHoldsOnPatronsPossessions set to Allow and it would be nice if it remained the same as before. Maybe a third option as suggested? I do not see why we should prevent patrons to make hold on the very same item they already have checked out. It is not our place to say that they cannot do it. If they need the same item, they can have it. :) -- 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=39977 Lucas Gass (lukeg) <lucas@bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA CC| |lucas@bywatersolutions.com --- Comment #7 from Lucas Gass (lukeg) <lucas@bywatersolutions.com> --- Some QA tool failures here: [FAIL] C4/Reserves.pm FAIL tidiness File is not tidy, please run `perl misc/devel/tidy.pl C4/Reserves.pm` Processing additional checks * Commit title does not start with 'Bug XXXXX: ' - 72f180fd009 -- 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