---- Reported by wizzyrea@gmail.com 2010-04-05 19:18:54 ---- Since we added seven libraries to our consortium, we have noticed an increase in ‘strange holds behavior‘ such as one patron receiving two copies of book or movie, when only one of the two items will actually fulfill the patron’s hold. The more we thought about this, the more we realized that it was an issue of timing: Koha seems to be mishandling simultaneous submissions of data. For example two libraries processing their Pick list at the same time or two libraries checking in items or placing holds at the same time. This five-minute video http://www.screencast.com/users/lizrea/folders/Jing/media/16ea23e8-e3e9-42cb-a98c-79d17a8df438 shows a number of problems that can occur when items are picked, holds are placed and transfers are initiated at about the same time on different copies of the same item. This three-minute video http://www.screencast.com/users/lizrea/folders/Jing/media/de71880c-df72-4313-a284-84bed693c042 shows what happens when you receive an item routed to you to fill a ‘phantom’ hold. Bugs that may be related to this: 4201 --- Bug imported by chris@bigballofwax.co.nz 2010-05-21 01:26 UTC --- This bug was previously known as _bug_ 4373 at http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4373 Actual time not defined. Setting to 0.0 Setting qa contact to the default for this product. This bug either had no qa contact or an invalid one. CC member jwagner@ptfs.com does not have an account here
Heather, Do you guys still see this problem? It seemed like, before I left, that this happened a lot less frequently. Liz
Yes still a problem
Another 4+ years have passed and holds activity in our libraries is too low to have seen this I guess. Is this still valid?
The mentioned bug 4201 has been fixed since. I haven't seen newer reports on this, but it could still be an issue for bigger consortiums I guess. Could anyone weigh in here with their experience maybe?
Haven't heard this in a good long while. Just... going to retire this. :)