[Evergreen-general] Issues with Hatch and Chrome

John Amundson jamundson at cwmars.org
Wed Dec 8 16:17:34 EST 2021


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

John Amundson | Library Applications Supervisor | CW MARS

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

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


More information about the Evergreen-general mailing list