Well, unfortunately it looks like the bug that Ben pointed out isn't the issue we are experiencing. When we try to "browse holds shelf" we are getting variations on the errors below. Any ideas would be appreciated!
Ex. 1 Please open a helpdesk ticket and include the following text: Wed Nov 16 2011 21:20:20 GMT-0600 (Central Standard Time) Error retrieving details for hold #46908 { "message":"blob is null", "fileName":"http://catalog.northtexaslibraries.org/xul/rel_2_0_9/server/patron/holds.js", "lineNumber":86, "stack":"( [ object Object ] )@http://catalog.northtexaslibraries.org/xul/rel_2_0_9/server/patron/holds.js:86\n( [ object Object ] )@http://catalog.northtexaslibraries.org/xul/rel_2_0_9/server/util/network.js:143\n_remoteRequestCallback(85)@http://catalog.northtexaslibraries.org/opac/common/js/RemoteRequest.js:177\n( [ object Event ] )@http://catalog.northtexaslibraries.org/opac/common/js/RemoteRequest.js:194\n", "name":"TypeError" } Ex. 2 Please open a helpdesk ticket and include the following text: Wed Nov 16 2011 21:24:29 GMT-0600 (Central Standard Time) Error retrieving details for hold #48814 { "message":"blob_req is undefined", "fileName":"http://catalog.northtexaslibraries.org/xul/rel_2_0_9/server/patron/holds.js", "lineNumber":85, "stack":"((void 0))@http://catalog.northtexaslibraries.org/xul/rel_2_0_9/server/patron/holds.js:85\n((void 0))@http://catalog.northtexaslibraries.org/xul/rel_2_0_9/server/util/network.js:143\n_remoteRequestCallback(113)@http://catalog.northtexaslibraries.org/opac/common/js/RemoteRequest.js:177\n( [ object Event ] )@http://catalog.northtexaslibraries.org/opac/common/js/RemoteRequest.js:194\n", "name":"TypeError" } Jesse Ephraim Director, Roanoke Public Library 308 S. Walnut Roanoke, Texas 76262 (817) 491-2691 jephr...@roanoketexas.com From: open-ils-general-boun...@list.georgialibraries.org [mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Jesse Ephraim Sent: Wednesday, November 16, 2011 6:59 PM To: Evergreen Discussion Group Subject: Re: [OPEN-ILS-GENERAL] odd problem Ben; We are on 2.0.9. Thank you for pointing out that bug report. We are going to test it this evening, and see if that is the root of the problem. The library in question is one of the largest in our consortium, so that may very well be the issue. Jesse Ephraim Director, Roanoke Public Library 308 S. Walnut Roanoke, Texas 76262 (817) 491-2691 jephr...@roanoketexas.com From: open-ils-general-boun...@list.georgialibraries.org [mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Ben Shum Sent: Wednesday, November 16, 2011 6:21 PM To: open-ils-general@list.georgialibraries.org Subject: Re: [OPEN-ILS-GENERAL] odd problem Hi Jesse, What version of Evergreen is your consortium running? It may be unrelated to your issue, but I know there's a bug ticket explaining a potential crash issue that comes when trying to use the Browse Hold Shelf option on certain Evergreen systems. Potentially, there may be a need to tune your opensrf configuration file to allow for additional services beyond the defaults that ship with Evergreen. This is a link to the ticket where it was discussed: https://bugs.launchpad.net/evergreen/+bug/701208 There may be other causes to your problem though, perhaps someone else has experienced or can comment further. -- Ben On 11/16/2011 6:58 PM, Jesse Ephraim wrote: We have an odd problem... Our consortium is made up of 14 small libraries. When one of our libraries tries to "browse hold shelf," it shuts down the evergreen-ils service. This happens every time they try to use that function, but does not happen when the other libraries do the same. Does anyone have any suggestions on what files I might need to look at to get a better grip on this issue? I'm sort of at a loss at the moment. Thanks! Jesse Ephraim Director, Roanoke Public Library 308 S. Walnut Roanoke, Texas 76262 (817) 491-2691 jephr...@roanoketexas.com<mailto:jephr...@roanoketexas.com> -- Benjamin Shum Open Source Software Coordinator Bibliomation, Inc. 32 Crest Road Middlebury, CT 06762 203-577-4070, ext. 113