Browser hangs after restarting iDempiere or refreshing ui.zk, on macos sometimes during work

Description

When restarting iDempiere or refreshing org.adempiere.ui.zk in the browser client no message appears. In the browser it is possible to change open windows but no new window can be opened or closed, nothing can be saved.

It appeared that on macos this happened also without restarting or refreshing during normal work.

Environment

None

Activity

Show:
Carlos Ruiz
March 16, 2021, 11:35 AM

Hi - the problem seems to be in nginx http2 management

I have this line in the nginx configuration:
listen 443 ssl http2;

Navigating to globalqss (or even just pushing the refresh button) shows as you mention:
HTTP/2 400 Bad Request

When I changed that to:
listen 443 ssl;

Then the error changes to
HTTP/1.1 400 DesktopNotFound

and the redirection works

Carlos Ruiz
March 16, 2021, 11:25 AM

So, a solution could be to add “Bad Request” in line 66 of serverpush.js ?

Heng Sin Low
March 16, 2021, 10:14 AM
Edited

Hi ,

  1. Not reproduceable running from Eclipse so only happens through nginx proxy.

  2. I’ve not been able to reproduce with google but able to with globalqss. Difference - globalqss perform a 302 redirect.

  3. Difference between nginx and jetty - jetty return status 400 with text DesktopNotFound but nginx return status 400 with text Bad Request. The status message from our code is DesktopNotFound so it seems nginx for some reason has replace the status text.

  4. So it seems this not due to Firefox changes but nginx - perhaps we have updated nginx version or configuration recently ?

Regards,

Low

Carlos Ruiz
March 16, 2021, 9:55 AM

New tests - it seems is related to the nginx proxy, the problem is visible in

https://demo.globalqss.com/webui/index.zul via nginx proxy

but not in

https://demo.globalqss.com:8443/webui/index.zul direct to jetty

Carlos Ruiz
March 15, 2021, 4:52 PM

Hi - as per our chat in mattermost - there is a problem in firefox:

That was solved before with pull request 574, but maybe because of a recent change in firefox the issue is back, I’m testing today with firefox 86.0 and the problem happens both in test.idempiere.org and in demo.globalqss.com

Regards,

Carlos Ruiz

Assignee

Martin Schönbeck

Reporter

Martin Schönbeck

Labels

None

Tested By

None

Components

Fix versions

Affects versions

Priority

Major