Hi Grace and Bill, Thank you for hosting the demo server. I had a chance to take a look at it tonight, and it looks very good. Thank you Bill for your hard work.
I have found a few issues which I detail below. When I was testing, I noticed that the results from a patron search or a record bucket can sometimes result in a blank table with enough rows for relevant entries but no data in those rows. I was able to reproduce this, but only in Firefox on OSX and Ubuntu 12.04. I could never reproduce this in Chrome. Firefox was up to date on both machines. I tried to duplicate this on Firefox on a Windows VM, but I was unable to login. I include the Windows' Firefox error at the end of this email. I was able to reliably reproduce the empty table errors in Firefox on both OS X and Ubuntu 12.04. To get this problem to appear follow these steps. Log in to the web based staff client. Search for a patron using the term ‘test’. Click on the number beside the first result, which should be circadmin. Click on each tab, in left to right order, of the Patron interface. On the last tab ‘Other’, choose ‘Group Member Details’. Next, click on Cataloging -> Record Buckets. Click the Bucket button and choose ESI Bucket. Click Cataloging -> Search the Catalog. Search for ‘music’ Click the ‘Trunk Music’ result. From here click the browser’s back button until you get to the splash page. Then click the forward button until you get to the end of history. Keep repeating this back and forth through the history until you notice the results for the ESI Bucket no longer populating. On the next time you return to the start of the history, go forward to the patron search and search for ‘test’. If the results populate keep moving back and forth. Eventually, searching for test will no longer retrieve results. At this point if you click Seach -> Search for Patrons, then the Patron Search will no longer populate results. This usually occurred for me during my 3rd or 4th time through the browser’s history. This seems like a contrived example, but I did not run into the problem the first time by following these steps. It happened in the course of using the system. I tested for a while before I could find a way to reliably reproduce it. Even though this process seems contrived, it is possible that libraries would trigger whatever is going on here in the course of a day using a circ desk computer. Also, if I close my Firefox browser while logged in, the next time I open the browser and return to the base URL for the staff client, the Angular app is still in the logged in state. On a different note, our Sitka sysadmin has a request for the browser base staff client to help for testing invalid or non-functioning logins. Can the workstation ID be passed to the login code via an URL variable along with the username and password? This would allow us to identify specific machines in logs when libraries are having trouble logging in. I am getting the following error when I try to login via Firefox on the Windows VM: webby.evergreencatalog.com:7682 uses an invalid security certificate. The certificate is not trusted because no issuer chain was provided. (Error code: sec_error_unknown_issuer) Firefox can't establish a connection to the server at wss://webby.evergreencatalog.com:7682/osrf-websocket-translator. evergreen-staff-client.0.0.1.min.js:9 Error: WebSocket Error [object Event] : undefined evergreen-staff-client.0.0.1.min.js:9 "closing websocket" evergreen-staff-client.0.0.1.min.js:9 Synchronous XMLHttpRequest on the main thread is deprecated because of its detrimental effects to the end user's experience. For more help http://xhr.spec.whatwg.org/ exceptionDialog.js:136 www.evergreencatalog.com:443 uses an invalid security certificate. The certificate is only valid for the following names: *.esilibrary.com, esilibrary.com (Error code: ssl_error_bad_cert_domain) Attempted to connect to a site with a bad certificate in the add exception dialog. This results in a (mostly harmless) exception being thrown. Logged for information purposes only: [Exception... "Failure" nsresult: "0x80004005 (NS_ERROR_FAILURE)" location: "JS frame :: chrome://pippki/content/exceptionDialog.js :: checkCert :: line 138" data: no] exceptionDialog.js:146 webby.evergreencatalog.com:443 uses an invalid security certificate. The certificate is not trusted because no issuer chain was provided. (Error code: sec_error_unknown_issuer) Attempted to connect to a site with a bad certificate in the add exception dialog. This results in a (mostly harmless) exception being thrown. Logged for information purposes only: [Exception... "Failure" nsresult: "0x80004005 (NS_ERROR_FAILURE)" location: "JS frame :: chrome://pippki/content/exceptionDialog.js :: checkCert :: line 138" data: no] I can login via Google Chrome on the Windows VM, so it is probably not related to the VM. Liam Whalen BC Libraries Cooperative - Sitka Systems Specialist 855-383-5761 x1022 [email protected] On Aug 22, 2014, at 10:43 AM, Grace Dunbar <[email protected]> wrote: > Hello, everyone! > I am pleased to announce that Sprint 1 of the browser based Evergreen staff > client re-write is complete and the demo system is available. > > Equinox is hosting a community demo server here: > https://webby.evergreencatalog.com/eg/staff/ > login: admin > password: demo123 > > What is included in this sprint can be found here: > http://wiki.evergreen-ils.org/doku.php?id=dev:browser_staff:dev_sprints:1 > > Additional notes on the first sprint can be found here: > http://wiki.evergreen-ils.org/doku.php?id=dev:browser_staff:dev_notes > > The next sprint up is... Cataloging! > Mike Rylander and Galen Charlton will be starting in on that development next > month and we will keep you posted on that progress. > > A sincere thank you to all the amazing library partners who made this sprint > happen! > BC Libraries Cooperative > Bibliomation > Central Western Massachusetts Automated Resource Sharing > Georgia Public Library Service > Howe Library > Massachusetts Library Network Cooperative > Pennsylvania Integrated Library System > Pioneer Library System > South Carolina Library Evergreen Network Delivery System > > And, of course, heaping kudos to Bill Erickson who led this sprint and did a > fantastic job! > Grace > > -- > Grace Dunbar, Vice President > Equinox Software, Inc. - The Open Source Experts > [email protected] > 1-877-OPEN-ILS www.esilibrary.com
