[Bug 4040] New: Checking in an already confirmed on-hold item results in duplicate dialogs
http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4040 Summary: Checking in an already confirmed on-hold item results in duplicate dialogs Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Circulation AssignedTo: gmcharlt@gmail.com ReportedBy: oleonard@myacpl.org Estimated Hours: 0.0 Change sponsored?: --- Created an attachment (id=1465) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1465) Screenshot To reproduce: - Item is on hold for a patron at Branch A. - Item is checked in at Branch B, transfer is confirmed. - Item is checked in again at Branch B, duplicate dialogs are displayed. The first dialog says "Please return [title] : to [branch] Hold for..." and displays the patron's information. No indication that the item should be transfered. The second dialog says "Hold Found: [title] : Hold for..." and displays the patron's information. Below that is the standard "Transfer to [branch]" and the "Confirm hold and transfer" button. See attached image. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4040 --- Comment #1 from Owen Leonard <oleonard@myacpl.org> 2010-01-12 21:00:38 --- Further investigation shows that two conditions are being met simultaneously: - "WrongTransfer," set at line 283 of returns.pl - "reserved," set at line 327 of returns.pl -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4040 --- Comment #2 from Owen Leonard <oleonard@myacpl.org> 2010-02-18 19:20:57 --- This will also happen if under these circumstances: 1. Item is in-transit between Branch A and Branch B. 2. Item is placed on hold. 3. Item is checked in at Branch C. It makes sense, then, that "WrongTransfer" and "reserved" are both being triggered: Koha expects the item to be heading for a different branch, so it's warning you ("WrongTransfer") that the book should go elsewhere. But it's also noticing the hold, so it's giving you that message too ("reserved"). The "reserved" message is all that is needed because it is a higher priority message. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4040 --- Comment #3 from Owen Leonard <oleonard@myacpl.org> 2010-02-18 19:31:53 --- A more specific version of that example: 1. Item is in-transit between Branch A and Branch B. 2. Item is placed on hold for patron at Branch C. 3. Item is checked in at Branch C. At step 1, Koha expects the item to be transferred to Branch B. At step 3, Koha expects the item to be sent to be held at Branch C (to fulfill the hold) AND transferred to Branch B (to complete the transfer). -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4040 --- Comment #4 from Owen Leonard <oleonard@myacpl.org> 2010-02-18 19:49:50 --- Even more data: 1. Item from Branch A is checked in at Branch B, automatically transferred to Branch B: +------------+------------+--------------+----------+----------+ | itemnumber | frombranch | datearrived | tobranch | comments | +------------+------------+--------------+----------+----------+ | 1432 | A | NULL | B |NULL | +------------+------------+--------------+----------+----------+ 2. A hold is placed on the item by a patron at Branch C. 3. Item is checked in at Branch D, hold is confirmed. +------------+------------+--------------+----------+----------+ | itemnumber | frombranch | datearrived | tobranch | comments | +------------+------------+--------------+----------+----------+ | 1432 | A | NULL | B | NULL | | 1432 | D | NULL | C | NULL | +------------+------------+--------------+----------+----------+ The item is now simultaneously in-transit to two different branches. Looks like we need automatically cancel any open transfers for an itemnumber if that itemnumber is being transferred for a hold. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4040 Sharon Moreland <smoreland@nekls.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |smoreland@nekls.org -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
participants (1)
-
bugzilla-daemon＠kohaorg.ec2.liblime.com