Internal Server Error when Staff Places Hold in Traditional Catalog using Patron Barcode Completion
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Evergreen |
Fix Released
|
High
|
Unassigned | ||
3.7 |
Fix Released
|
High
|
Unassigned |
Bug Description
Evergreen 3.8
With patron barcode completion configured, using a partial barcode to retrieve the patron on the Traditional Catalog Place Holds screen results in an ISE. This is true whether either the Bootstrap OPAC or the TPAC is set as the Traditional Catalog.
Steps to reproduce on a Concerto system:
Enter a patron barcode completion configuration:
Administration-
Enter a new configuration as follows:
Active: TRUE
Applies to Items: FALSE
Applies to Users: TRUE
Length: 11
Owner: CONS
Padding: 0
Padding At End: FALSE
Prefix: 99999
Go to Checkout and confirm that entering 376864 retrieves the correct patron (Leon Anderson)
Place a hold for patron 99999376864 as follows:
Cataloging->Search the Catalog (Traditional)
Find a record, click Place Hold
Enter 376864 as the patron barcode, note that the patron info populates.
Supply a valid pickup location
Click Submit
This results in an Internal Server Error.
Changed in evergreen: | |
milestone: | none → 3.8.1 |
Changed in evergreen: | |
status: | Fix Committed → Fix Released |
Branch for testing: https:/ /git.evergreen- ils.org/ ?p=working/ Evergreen. git;a=shortlog; h=refs/ heads/user/ dbriem/ lp1965317_ barcode_ completion_ on_tpac_ staff_holds
The completed barcode loads in the barcode input if the hold group radio input exists and is unchecked. This branch changes that to: doesn't exist or is unchecked (the hold group interface isn't rendered if there are no hold groups in the system).