[Evergreen-general] Issues with Hatch and Chrome

Thu Dec 9 08:01:15 EST 2021

We’ve experienced this on a few workstations and found deleting Hatch Prefs under the Stored User Preferences helped.  We also found updating Java was required for others.  We’re on 3.7.2.

Elizabeth Davis, MLIS
Pronouns: she/her
Head of Digital Services
Scranton Public Library
500 Vine Street
Scranton, PA 18510
Work-570-795-4332
Cell- 570-500-5962

From: Evergreen-general <evergreen-general-bounces at list.evergreen-ils.org> On Behalf Of Diane Disbro via Evergreen-general
Sent: Wednesday, December 8, 2021 4:26 PM
To: John Amundson <jamundson at cwmars.org>
Cc: Evergreen Discussion Group <evergreen-general at list.evergreen-ils.org>; Denise Edwards <dedwards at scenicregional.org>
Subject: Re: [Evergreen-general] Issues with Hatch and Chrome

Missouri Evergreen is running 3.6.5. Other MEC libraries have reported the same problem.

Diane Disbro
Pronouns: she/her
Circulation Coordinator
Scenic Regional Library
251 Union Plaza Drive
Union, MO 63084
(636) 583-0652 ext  110
ddisbro at scenicregional.org<mailto:ddisbro at scenicregional.org>

On Wed, Dec 8, 2021 at 3:18 PM John Amundson <jamundson at cwmars.org<mailto:jamundson at cwmars.org>> wrote:
We are seeing this at CW MARS, too. (Evergreen 3.5.?, Hatch 0.3.2).

So far it has been random workstations at our libraries. The workstation always uses Hatch, and disabling the Hatch extension makes Evergreen work again.

We have suggested many things, (such as updating Windows, Chrome, etc - reinstalling Hatch...), and nothing usually sticks.

We will have to try this:
We have tried many things but so far the quickest solution is to delete the following folder:
C:\Users\<insert your username>\AppData\Local\Google

I hope someone stumbles on a more permanent solution.

John

[https://docs.google.com/uc?export=download&id=1xv3zj4-WEOzHMBgGFrEKewtklybPaZdX&revid=0B24YDjiYdnqFVEVlQ1ZRbGJSWCt0MmU1cWtTNGpkMWlvYXE0PQ]

John Amundson | Library Applications Supervisor | CW MARS

jamundson at cwmars.org<mailto:jamundson at cwmars.org> | 508-755-3323 x322<tel:%28508%29%20755-3323>

https://www.cwmars.org<https://www.cwmars.org/>

he/him/his<https://www.mypronouns.org/he-him>

On Wed, Dec 8, 2021 at 4:06 PM Diane Disbro via Evergreen-general <evergreen-general at list.evergreen-ils.org<mailto:evergreen-general at list.evergreen-ils.org>> wrote:
We have seen the same issue at random workstations. I don't understand all of the details that Bob gave. I just know that on the affected workstations, we have to refresh to get the Evergreen page to load. One workstation is working normally after IT pushed through several updates but we aren't sure that solved the problem or if it was a coincidence.

Diane Disbro
Pronouns: she/her
Circulation Coordinator
Scenic Regional Library
251 Union Plaza Drive
Union, MO 63084
(636) 583-0652 ext  110
ddisbro at scenicregional.org<mailto:ddisbro at scenicregional.org>

On Wed, Dec 8, 2021 at 3:01 PM Bob Wicksall via Evergreen-general <evergreen-general at list.evergreen-ils.org<mailto:evergreen-general at list.evergreen-ils.org>> wrote:
Over the last couple months we have been experiencing a new issue with Hatch and Chrome.  Randomly on a handful of our computers we will start getting "white screens" when navigating to the various pages in the staff client.  Often clicking on a menu item a second time loads the page.  Some pages like Check Out need a page refresh before they work.  The problem seems to be worse when you are doing everything in a single tab.  You are lucky to get one page to load before the issue comes back.

In the past this was often fixed by clearing the cache.  This has no impact on this issue.  No amount of cache clearing seems to work.

Sometimes just sitting in Developer tools -> Application allows the pages to load maybe 80% of the time.  Also, setting a break point on line 89 of extension.js and manually continuing the code allows all pages to load.  Putting a 2 second delay right in the code has no effect.

We have tried many things but so far the quickest solution is to delete the following folder:

    C:\Users\<insert your username>\AppData\Local\Google

We have also done full Chrome reinstalls making sure we remove all profile information.

Reinstalling Hatch has no effect.  Disabling Ninite, Firewall and AntiVirus had no effect.  Most of these machines are stand alone workstations.  So far only 1 has been on Active Directory.

Watching the Hatch extension in the console it looks like things happen out of sequence when the page loads fail.  The message port is removed before the message is received.

Works
extension.js:113 Removing port 28 on tab disconnect
extension.js:89 new port connected with id 28
extension.js:92 Received message from browser on port 28

Doesn't Work
extension.js:89 new port connected with id 28
extension.js:113 Removing port 28 on tab disconnect
extension.js:92 Received message from browser on port 28

Watching the Hatch logs it appears that Hatch does indeed respond.

2021-12-08 11:16:58 FINEST MessageReader read: {"key":"eg.workstation.all","action":"get","msgid":1,"from":"page","clientid":28,"origin":"https://evergreen.owwl.org"}
2021-12-08 11:16:58 INFO   Received message id=1 action=get
2021-12-08 11:16:58 FINEST MessageWriter sending: {"clientid":28,"msgid":1,"message":"OK","content":[{"owning_lib":807,"name":"PLSHQ-plsstaff114a","id":"3435"},{"owning_lib":807,"name":"PLSHQ-PLSSTFX1114","id":"3462"},{"owning_lib":807,"name":"PLSHQ-PLSSTFx1114","id":"3288"}],"status":200}

Chromes main console output looks like this when it works:

content.js:21 Loading Hatch relay content script
core.bundle.js:1 egNet open-ils.auth.session.retrieve
opensrf_ws.js:46 pending count 1
opensrf_ws.js:59 connecting websocket to wss://evergreen.owwl.org:443/osrf-websocket-translator<http://evergreen.owwl.org:443/osrf-websocket-translator>
jquery.min.js:2 [Violation] 'setTimeout' handler took 60ms
opensrf_ws.js:69 websocket.onopen()
opensrf_ws.js:72 pending count 1
core.bundle.js:1 sending to Hatch: {"key":"eg.workstation.all","action":"get","msgid":1}
core.bundle.js:1 Hatch responded to message ID 1
core.bundle.js:1 egEnv loading classes => aou
core.bundle.js:1 serving org tree from cache
DevTools failed to load source map: Could not load content for https://evergreen.owwl.org/upup.min.js.map: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
DevTools failed to load source map: Could not load content for https://evergreen.owwl.org/js/ui/default/staff/build/css/bootstrap.min.css.map: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
DevTools failed to load source map: Could not load content for https://evergreen.owwl.org/js/ui/default/staff/build/js/moment-with-locales.min.js.map: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
DevTools failed to load source map: Could not load content for https://evergreen.owwl.org/js/ui/default/staff/build/js/lovefield.min.js.map: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
core.bundle.js:1 egEnv load complete
DevTools failed to load source map: Could not load content for https://evergreen.owwl.org/js/ui/default/staff/build/js/iframeResizer.map: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
4core.bundle.js:1 egNet open-ils.auth.session.retrieve

Looks like this when it fails
content.js:21 Loading Hatch relay content script
DevTools failed to load source map: Could not load content for https://evergreen.owwl.org/upup.min.js.map: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
DevTools failed to load source map: Could not load content for https://evergreen.owwl.org/js/ui/default/staff/build/css/bootstrap.min.css.map: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
core.bundle.js:1 egNet open-ils.auth.session.retrieve
opensrf_ws.js:46 pending count 1
opensrf_ws.js:59 connecting websocket to wss://evergreen.owwl.org:443/osrf-websocket-translator<http://evergreen.owwl.org:443/osrf-websocket-translator>
DevTools failed to load source map: Could not load content for https://evergreen.owwl.org/js/ui/default/staff/build/js/lovefield.min.js.map: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
DevTools failed to load source map: Could not load content for https://evergreen.owwl.org/js/ui/default/staff/build/js/moment-with-locales.min.js.map: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
DevTools failed to load source map: Could not load content for https://evergreen.owwl.org/js/ui/default/staff/build/js/iframeResizer.map: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
jquery.min.js:2 [Violation] 'setTimeout' handler took 55ms
opensrf_ws.js:69 websocket.onopen()
opensrf_ws.js:72 pending count 1
core.bundle.js:1 sending to Hatch: {"key":"eg.workstation.all","action":"get","msgid":1}

Help?

Bob Wicksall
Computer and Network Services Manager

Pioneer Library System
2557 State Rt. 21
Canandaigua, New York  14424

Voice: (585) 394-8260 ext. 1110
Fax: (585) 394-1935
_______________________________________________
Evergreen-general mailing list
Evergreen-general at list.evergreen-ils.org<mailto:Evergreen-general at list.evergreen-ils.org>
http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
_______________________________________________
Evergreen-general mailing list
Evergreen-general at list.evergreen-ils.org<mailto:Evergreen-general at list.evergreen-ils.org>
http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://list.evergreen-ils.org/pipermail/evergreen-general/attachments/20211209/8faf2f07/attachment-0001.html>