nx-libs
nx-libs copied to clipboard
ArcticaProject
Firefox freeze on drop down menu click
Weird phenomenon... Setup:
Client
- X2Go for Windows, version 4.0.5.1 -> 4.1.1.1 (all the same...)
- Windows 7 64bit
Server
- X2Go Server 4.1.0.0
- nxagent 3.5.99.16
- Firefox 52.7.2esr-1~deb9u1
When clicking on a drop down menu in a homepage rendered via Firefox, the Firefox processes freezes. Kill -9 frees it again. Reproducible on various home pages that have those drop down menu widgets.
Does not happen with Chromium from Debian stretch.
(Probably this bug will never be fixed here, just putting it here as an observation...).
On Mo 19 Mär 2018 13:27:57 CET, Ulrich Sibiller wrote:
please add some URLs
I saw this in a local install of BackupPC and in some other local
PHP/HTML application I can't remember right now.
Unfortunately, I don't have regular access to the (Windows) machine
that I tested with. Need to verify the issue from Linux still (which
is doable over the customer's VPN network).
Mike
--
DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby mobile: +49 (1520) 1976 148 landline: +49 (4354) 8390 139
GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31 mail: [email protected], http://das-netzwerkteam.de
Does it really freeze completely, or does it only go VERY slow? I've seen similar issues with Firefox where I still try to find good ways to reproduce it.
In my case the whole session is almost dead but if I manage to close the affected Firefox window, the session continues properly.
On Do 22 Mär 2018 06:49:39 CET, Simon Matter wrote:
Does it really freeze completely, or does it only go VERY slow? I've
seen similar issues with Firefox where I still try to find good ways
to reproduce it.In my case the whole session is almost dead but if I manage to close
the affected Firefox window, the session continues properly.
In my case, it was only Firefox that was dead. I could use xkill
inside the agent session to get the session back to speed.
I can't say, if it was just really really slow, as at the customer, I
could not take time to play with that.
Mike
DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby mobile: +49 (1520) 1976 148 landline: +49 (4354) 8390 139
GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31 mail: [email protected], http://das-netzwerkteam.de
In my case, Firefox was really slow, to the point of waiting maybe a minute for the menu to appear. Then it continues to work as usual. The workaround for me was to disable audio.
I stumbled across this libX11 bug which mentions "Using XIM with Firefox will cause firefox menu cannot popup correctly."
https://bugs.freedesktop.org/show_bug.cgi?id=39367
Since above libX11 fix is already in current nx-libs, I don't think it was an issue in my Firefox case. The good thing is that current Firefox (the Quantum releases) behave much nicer now.
As this is > 3 years old, and with nxagent 3.5.99.16 and we also do not have a way to replicate that I close this.
Urgh... no... I see this daily with nx-libs in Debian bullseye. And always forget that it exists and then have to switch to chromium.
What version? Can you please check with current HEAD (+ #1028)? ( I am using Firefox (Centos7.9) daily in an NX session and have never seen that.