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-boun...@list.evergreen-ils.org> On 
Behalf Of Diane Disbro via Evergreen-general
Sent: Wednesday, December 8, 2021 4:26 PM
To: John Amundson <jamund...@cwmars.org>
Cc: Evergreen Discussion Group <evergreen-general@list.evergreen-ils.org>; 
Denise Edwards <dedwa...@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
ddis...@scenicregional.org<mailto:ddis...@scenicregional.org>



On Wed, Dec 8, 2021 at 3:18 PM John Amundson 
<jamund...@cwmars.org<mailto:jamund...@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

jamund...@cwmars.org<mailto:jamund...@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@list.evergreen-ils.org<mailto:evergreen-general@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
ddis...@scenicregional.org<mailto:ddis...@scenicregional.org>



On Wed, Dec 8, 2021 at 3:01 PM Bob Wicksall via Evergreen-general 
<evergreen-general@list.evergreen-ils.org<mailto:evergreen-general@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@list.evergreen-ils.org<mailto:Evergreen-general@list.evergreen-ils.org>
http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
_______________________________________________
Evergreen-general mailing list
Evergreen-general@list.evergreen-ils.org<mailto:Evergreen-general@list.evergreen-ils.org>
http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
_______________________________________________
Evergreen-general mailing list
Evergreen-general@list.evergreen-ils.org
http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general

Reply via email to