Hi all,
I'm reviving this thread, because there has been a recent uptick of these complaints from PINES library patrons and staff as well. We're running Evergreen 1.4.0.7. We have not been able to investigate this closely because reports we've gotten are not detailed enough for viewing logs usefully. Example descriptions: " I've had several complaints from both staff and patrons that the PINES catalog stops loading at a blank white page. This is happening within Evergreen and more frequently when visiting gapines.org via a web browser. It seems to be independent of our network as patrons are having this issue at home. Is this a known issue? Is there anything I can do/tell patrons how to fix this?" " What I have found is that I get a completely blank screen with Done in the status bar but that if I hit reload I then will get the expected response. My version of Firefox is completely up-to-date. This does NOT happen if I use Firefox from work." "Our patrons are having difficulty logging into "my account" on the gapines.org website. Patrons enter their library card number and PIN; but, the page doesn't proceed any further. When I attempted to do log in using my card from the gapines home page, all the possible options appeared below the initial login text boxes. Again, the page didn't proceed to the next step. the green blips just continued to stream across at the bottom as if it were trying to log me in." That last description *may* be related to the IE8 breakage issue that we're aware of, but it's not what normally happens with IE8. It also seems to happen from outside of our libraries (which are on a shared dedicated network). Has anyone else seen this happen? Chris Sharp PINES Program Manager Georgia Public Library Service 1800 Century Place, Suite 150 Atlanta, Georgia 30345 (404) 235-7147 csh...@georgialibraries.org http://pines.georgialibraries.org/ From: "Geoff Brown" <gebr...@niagaracollege.ca> To: "Evergreen Discussion Group" <open-ils-general@list.georgialibraries.org> Sent: Friday, September 17, 2010 10:20:20 AM Subject: Re: [OPEN-ILS-GENERAL] Issue with OPAC display on Firefox Hi all, Thanks a lot for your comments. I will look into what Dan has suggested and see if it won't resolve some of our issues. Thanks, Geoff >>> Dan Scott <d...@coffeecode.net> 9/16/10 3:15 pm >>> On 16 September 2010 12:28, Geoff Brown <gebr...@niagaracollege.ca> wrote: > Our user sees a completely blank screen. There are some weird things about your OPAC on Firefox. For one, I've noticed that the list of relevant subjects / authors / series on the left-hand side is often quadrupled (or more). I don't see the same problem on Chromium. What version of Evergreen are you running? It looks like 1.6.1.something. Have you made any customizations to any of the JavaScript? I've also noticed that you have Dojo 1.3.2 installed; Dojo 1.3.3 has been out since March and I would recommend upgrading to that - it's what we run at Conifer, and it's a pure bug-fix release over and above 1.3.2 (which came out 9 months prior to 1.3.3). When I poked at your OPAC, your added content seems to take an awfully long time to return, sometimes resulting in a 503 - what added content provider are you using? (This happens both in Firefox and in Chromium). I also see extremely long connections to books.google.com in the search results (also happens in Firefox and Chromium). Both of these might be red herrings based on the respective service at the time I was looking at your OPAC. You might want to turn off the "Browse in Google Books" option on result_common.js (set 'var googleBooksLink = false;') to see if that changes the behaviour at all. Ah - here's one of the requests that times out, apparently when an item doesn't have an ISBN: http://evergreen.niagaracollege.ca/opac/extras/ac/jacket/small/ Compare with the behaviour of our system: http://laurentian.concat.ca/opac/extras/ac/jacket/small/ Perhaps Apache needs to be configured to return a transparent 1x1 image when that URI gets hit (normally there would be an ISBN at the end of that URI). Our Apache eg_vhost.conf reads: # ---------------------------------------------------------------------------------- # Replace broken cover images with a transparent GIF by default # ---------------------------------------------------------------------------------- RewriteEngine ON RewriteRule ^/opac/extras/ac/jacket/(small|medium|large)/$ \ /opac/images/blank.png [P,L] Then again, none of this might help the specific problem you reported. Still, some areas to look into!
