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
Activity
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
So, a solution could be to add “Bad Request” in line 66 of serverpush.js ?
Hi ,
Not reproduceable running from Eclipse so only happens through nginx proxy.
I’ve not been able to reproduce with google but able to with globalqss. Difference - globalqss perform a 302 redirect.
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.
So it seems this not due to Firefox changes but nginx - perhaps we have updated nginx version or configuration recently ?
Regards,
Low
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
Hi - as per our chat in mattermost - there is a problem in firefox:
navigate to this page https://test.idempiere.org/webui/index.zul
it shows the login page
I go to the URL box on the browser and type
instead of navigating to globalqss - the browser is stuck in test.idempiere.org
with google.com sometimes it works, sometimes it doesn’t
with jenkins.idempiere.org it works fine
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