SIP crash with metarecord holds and msg64_hold_datatype = barcode

Bug #1843466 reported by Jeff Godin
46
This bug affects 10 people
Affects Status Importance Assigned to Milestone
Evergreen
Undecided
Jeff Godin

Bug Description

The SIP code will crash when generating a patron information response when msg64_datatype is set to barcode and the SIP client requests hold items.

The server does not send a response, and the end user symptoms may vary by client.

SIP error log may contain:

No field by the name record in Fieldmapper::metabib::metarecord_source_map!

The field we're looking for is "source", not "record".

Branch forthcoming.

Tags: sip Edit Tag help
Revision history for this message
Dale Rigney (drigney) wrote :

I have tested this on Evergreen 3.3 and 3.6. and ran into the same issue. I can also confirm that the this is an issue for parts holds as well as metarecord holds.

Changed in evergreen:
status: New → Confirmed
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers