Bug 3723 - Patron Information Response missing mandatory field
Summary: Patron Information Response missing mandatory field
Status: CLOSED FIXED
Alias: None
Product: Koha
Classification: Unclassified
Component: SIP2 (show other bugs)
Version: Main
Hardware: PC All
: PATCH-Sent (DO NOT USE) enhancement (vote)
Assignee: Galen Charlton
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-10-21 08:22 UTC by Colin Campbell
Modified: 2012-10-25 22:52 UTC (History)
1 user (show)

See Also:
Change sponsored?: ---
Patch complexity: ---
Documentation contact:
Documentation submission:
Text to go in the release notes:
Version(s) released in:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Chris Cormack 2010-05-21 01:14:14 UTC


---- Reported by colin.campbell@ptfs-europe.com 2009-10-21 08:22:13 ----

When an invalid barcode is sent in a patron information request the system is correctly responding with 'invalid patron' however the mandatory field instituition id is missing. On some selfcheck units this causes a failure in parsing the message causing an interruption in service.



---- Additional Comments From colin.campbell@ptfs-europe.com 2009-10-21 09:01:36 ----

Actual koha's behaviour here is not incorrect but some units expect the mandatory fields to precede the optional fields as per listing in spec. Indeed one unit actually looks for the institution id field to signal the beginning of the variable field section. A quick fix on-site caused valid patrons to work thus the report of this only occuringon invalid patrons. Submitted patch that outputs the response fields in the expected order for units making unwarranted assumptions.



---- Additional Comments From gmcharlt@gmail.com 2010-02-09 02:23:20 ----

Patch pushed.  Please test and close.



--- Bug imported by chris@bigballofwax.co.nz 2010-05-21 01:14 UTC  ---

This bug was previously known as _bug_ 3723 at http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3723

Actual time not defined. Setting to 0.0
The original assignee of this bug does not have
   an account here. Reassigning to the default assignee
   for the component, gmcharlt@gmail.com.
   Previous assignee was joe.atzberger@liblime.com.