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
Confirmed
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
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  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.