[Koha-bugs] [Bug 15516] RFC: Allow to reserve first available item from a group of titles
bugzilla-daemon at bugs.koha-community.org
bugzilla-daemon at bugs.koha-community.org
Thu Jan 7 14:57:27 CET 2016
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516
--- Comment #1 from Julian Maurice <julian.maurice at biblibre.com> ---
Created attachment 46392
-->
http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=46392&action=edit
Bug 15516: Allow to reserve first available item from a group of titles
It can be useful, for instance, if a library have the same title from
different publishers (so 1 title but several biblio records) but the
user only wants a copy of the book, regardless of the publisher.
This patch is a kind of "RFC-patch" as I'm not sure of how to implement
that feature. It's obviously not finished, as I would like some feedback
before going further.
Test plan:
0. Run updatedatabase.pl and misc/devel/update_dbix_class_files.pl
1. Go to intranet search, display some results, click on some checkboxes
and click on 'Place hold' button at the top of the results.
2. Enter a patron cardnumber and click Search
3. Check the box for 'Place a hold on the next available item' (it's
usually hidden when placing a hold on multiple biblios)
4. Click on 'Place hold'
5. In the next screen you should see all the holds you placed with the
additional text '(part of a reserve group)' in Details column.
6. Check in an item of one of the reserved biblios and confirm the hold
7. The hold status is changed to Waiting, and all other holds are
deleted.
Comments:
- A column is added to the reserves table (reserve_group_id) to group
the reserves that belong together, and an additional table
(reserve_group) with a single column is used to generate an auto
increment ID. I feel that something better can be done...
- I don't know how to indicates in the interface that two or more
reserves are only one request in reality.
- I'm bad at naming things, and "reserve_group" should probably be
something else.
--
You are receiving this mail because:
You are watching all bug changes.
More information about the Koha-bugs
mailing list