CMS and Site become nonresponsive

[aComAdi 6]

Hi,

I am aware that this is a very broad description of a problem - but that's because I could not narrow it down so far. I just wanted to see if others have made that exprience or if this is even a known issue.

On a regular basis, when logged into Processwire, the CMS and the front-end becomes nonresponsive. What happens is usually:

• User works for a while logged into the CMS and has another tab open, where she previews changes
• At some point, during a refresh/load of a new page IN THE CMS, the site is in an endles loading loop.
• When this happens, reloading the page, klicks on menu items, nothing responds. Closing the tab and and reopening in the same browser again results in endless loading loop (and eventual time out).
• When this happens, the front-end also cannot be loaded anymore in that browser.

It's noteworthy that:

• Opening the site  in another browser works
• Logging into Processwire in another browser works

This happens regularly across various setups:

• Different browsers (Chrome, Firefox - haven't seen on Safari yet, because that's usually the last one I use to keep edition after Chrome and Firefox are 'locked')
• Different servers
• Different PHP versions (most installs are on 7.2.)
• Different versions of PW. I had it on 3.0.128 up to 3.0.165 now.
• Having site in debug mode or not
• Having cache activate or not

Common to the installations is usually:

• Tracey Debugger
• RepeaterMatrix
• Rockmigrations

Has anybody experience this? I haven't had any complaints from the clients yet - but that doesn't mean it does not happen to them. Internally this does happen regularly. Almost during every longer work session.

Thanks for any insight.

Adrian

 

[dragan 1,716]

First things I'd do:

• check PW logs
• check server error logs (Apache / PHP)
• inspect in the browser (JS errors)

If you don't find any hints that way, you could see if it's a CSRF problem, or something to do with sessions. Switching to SessionHandlerDB can help (a core module). In one of my setups I had to put these two config values to false, when I encountered similar problems:

$config->protectCSRF = false;
$config->sessionFingerprint = false;

 

[teppo 5,305]

I've had similar issues with Chrome (probably because that's the only browser I really use) many times over, though not sure if it's ever occurred with a ProcessWire site. From your description it seems quite likely that "something" in the browser itself gets stuck — I'm really not an expert here, but again it's happened a number of times for me, and only things that seem to help are a) waiting until it goes away (could be a long wait), or b) rebooting the browser.

Pretty much just guessing here, but I'd suspect either some sort of JavaScript issue, a problem with a browser extension, some sort of network issue, or perhaps some piece of software installed locally. Ad blockers, for an example, are known to cause browsers to freeze, but typically only under some very specific conditions. (I've also helped clients debug some pretty weird issues cause by firewalls or virus scanners.)

Probably not very helpful, sorry; if you can see any console warnings or such please let us know, that'd make debugging much easier 🙂

[flydev 👊🏻 1,735]

Does the server(s) setup include NGINX ?

A server/php setting that could cause the browser hanging on a script instead of terminating it ?

 

Hard to tell without logs.

[aComAdi 6]

Hi,

Sorry for the late reply. First case of Corona in the company. All sorts of emergency actions necessary.

I will check @dragan's suggestions.

@flydev 👊🏻Relatively sure no NGINX involved in any of the incidences this occured.

Will report back if I find anything.