https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17665 --- Comment #1 from Kyle M Hall <kyle@bywatersolutions.com> --- Created attachment 57687 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=57687&action=edit Bug 17665 - SIP2 Item Information Response returns incorrect circulation status of '08' ( waiting on hold shelf ) if record has any holds If a record has any holds on it, the SIP2 item information response will return a value of 08 "waiting on hold shelf" even if the item is not actually a waiting hold. This is clearly a bug. Test Plan: 1) Find an item that is not a waiting hold, but whose record has one or more holds. 2) Issue a SIP2 item information request 3) Note in the response, the circulation status field is '08' 4) Apply this patch 5) Repeat the item informationr request 6) Note the code is now '03' ( available ) 7) Check the item in to fill the hold 8) Repeat the item information request 9) Verify the circulation status is now '08' -- 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=17665 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |katrin.fischer@bsz-bw.de --- Comment #2 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Hi Kyle, as you are looking into this - what's the best option to recognize an item that needs to go on the hold shelf via SIP2? (for sorting etc.) Item request after checkin? Or is there another way to do it? -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17665 Marc Véron <veron@veron.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #57703|0 |1 is obsolete| | --- Comment #4 from Marc Véron <veron@veron.ch> --- Created attachment 62059 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=62059&action=edit Bug 17665 - SIP2 Item Information Response returns incorrect circulation status of '08' ( waiting on hold shelf ) if record has any holds If a record has any holds on it, the SIP2 item information response will return a value of 08 "waiting on hold shelf" even if the item is not actually a waiting hold. This is clearly a bug. Test Plan: 1) Find an item that is not a waiting hold, but whose record has one or more holds. 2) Issue a SIP2 item information request 3) Note in the response, the circulation status field is '08' 4) Apply this patch 5) Repeat the item informationr request 6) Note the code is now '03' ( available ) 7) Check the item in to fill the hold 8) Repeat the item information request 9) Verify the circulation status is now '08' Followed test plan, works as expected Signed-off-by: Marc Véron <veron@veron.ch> -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17665 Marcel de Rooy <m.de.rooy@rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |m.de.rooy@rijksmuseum.nl --- Comment #5 from Marcel de Rooy <m.de.rooy@rijksmuseum.nl> --- QA: Looking here now -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17665 Marcel de Rooy <m.de.rooy@rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #62059|0 |1 is obsolete| | --- Comment #6 from Marcel de Rooy <m.de.rooy@rijksmuseum.nl> --- Created attachment 63562 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=63562&action=edit Bug 17665 - SIP2 Item Information Response returns incorrect circulation status of '08' ( waiting on hold shelf ) if record has any holds If a record has any holds on it, the SIP2 item information response will return a value of 08 "waiting on hold shelf" even if the item is not actually a waiting hold. This is clearly a bug. Test Plan: 1) Find an item that is not a waiting hold, but whose record has one or more holds. 2) Issue a SIP2 item information request 3) Note in the response, the circulation status field is '08' 4) Apply this patch 5) Repeat the item informationr request 6) Note the code is now '03' ( available ) 7) Check the item in to fill the hold 8) Repeat the item information request 9) Verify the circulation status is now '08' Followed test plan, works as expected Signed-off-by: Marc Véron <veron@veron.ch> Signed-off-by: Marcel de Rooy <m.de.rooy@rijksmuseum.nl> -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17665 Kyle M Hall <kyle@bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Passed QA |Pushed to Master --- Comment #7 from Kyle M Hall <kyle@bywatersolutions.com> --- Pushed to master for 17.05! -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17665 --- Comment #9 from Colin Campbell <colin.campbell@ptfs-europe.com> --- (In reply to Katrin Fischer from comment #8)

I am not sure, but was wondering if some 'self returns' might use that to recognize items on hold for sorting them accordingly. Is this something to worry about?

Most I'm familiar with use the checkin response to govern sorting so (hopefully) this should not affect the workflow -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17665 --- Comment #11 from Colin Campbell <colin.campbell@ptfs-europe.com> --- (In reply to Katrin Fischer from comment #10)

Hi Colin, thx for commenting. Because I've been trying to figure this out - which is the marker in the return response?

3M added a number of hold related fields CY id of the user with the hold, CT location to route to DA Hold Patron name and CV Alert Type which is 01 if a hold is found 02 if a hold is found requiring transit. -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17665 Mason James <mtj@kohaaloha.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mtj@kohaaloha.com -- You are receiving this mail because: You are watching all bug changes.