[Solved/?] Firefox 52.5.2 (64-bit) ESR crashes on drag/drop intent

Altoid · 2018-01-07 21:42:00

Hello:

I have a standard 'out of the box' Devuan installation.
The browser I am using is the default one, Firefox 52.5.2 (64-bit) ESR.

When I try to do a drag&drop operation from the adress bar (to anywhere), the browser will crash.
The same thing happens with the browser in safe mode.

To rule out add-on or about:config problems, ie. anything outside the standard browser setup, I completely uninstalled it and installed it again, purging all related files.

The problem subsists.

Some relevant data:

groucho@devuan:~$ uname -a
Linux devuan 3.16.0-4-amd64 #1 SMP Debian 3.16.51-3 (2017-12-13) x86_64 GNU/Linux
groucho@devuan:~$

groucho@devuan:~$ xdpyinfo | grep version
version number:    11.0
X.Org version: 1.16.4
groucho@devuan:~$

groucho@devuan:~$ cat /proc/driver/nvidia/version
NVRM version: NVIDIA UNIX x86_64 Kernel Module  340.102  Mon Jan 16 13:06:29 PST 2017
GCC version:  gcc version 4.8.4 (Debian 4.8.4-1) 
groucho@devuan:~$

This is the entry in syslog when the crash occurs:
---
Jan 7 18:48:34 devuan kernel: [ 3330.666686] Chrome_ChildThr[6335]: segfault at 0 ip 0000565170884d6c sp 00007fa6d3afe3e0 error 6 in plugin-container[565170880000+1b000]
---

From the crash report, there are two lines that indicate (?) there may be something going on with X11:

---
AbortMessage: ###!!! ABORT: Request 141.8: BadWindow (invalid Window parameter); 3 requests ago: file /build/firefox-esr-wI7Jwe/firefox-esr-52.5.2esr/toolkit/xre/nsX11ErrorHandler.cpp, line 147

Request 141.8: BadWindow (invalid Window parameter); 3 requests agoxpcom_runtime_abort(###!!! ABORT: Request 141.8: BadWindow (invalid Window parameter); 3 requests ago: file /build/firefox-esr-wI7Jwe/firefox-esr-52.5.2esr/toolkit/xre/nsX11ErrorHandler.cpp, line 147)
---

I'd be very obliged to know if this is something that can be reproduced by anyone else.

Thanks in advance,

A.

Last edited by Altoid (2018-03-21 20:40:41)

fungus · 2018-01-07 23:41:22

I don't use it that much, but have used it as that new crappy ff 57 was a disaster.
It never crashed on me but I don't really drag and drop addresses either. I like copy paste better. Right now I am on a system that only has Palemoon which is my preferred browser for some time now. I will try drag and drop tomorrow on the 52 and report back. I just saw the past 48hrs there was an update of 52 but it may be on Deb-sid. Maybe get it from there if it is not ceres, it may have a fix.

I haven't gotten palemoon to crash once for months, it works on all videos, and it is like ff-esr use to be. I hope it stays this good! A new installer just came out for it too, 0.24, and it works like a charm. Keep the installer handy and check for updates. I have used the same installer in about 5 different linux systems. 2 thumbs up!

FFesr takes about twice the Ram to do the same stuff with PM.

fungus · 2018-01-07 23:42:32

And thanks to vuudo (greenjeans) for introducing me to it (PM).

Altoid · 2018-01-08 12:58:06

Hello:

fungus wrote:

... that new crappy ff 57 was a disaster.

For the longest time Firefox has been all about bloat and dumb changes nobody asked for.
eg: change in tab shape.

It's all about domination of the browser content arena.
It's a huge cash cow (among other things) ...
Or do you think Google, Mozilla, YouTube et all do it for the good of humanity?

Do you remember when you could stream virtually any video content and buffer it on your drive?
Try to do that now with Firefox.

fungus wrote:

... don't really drag and drop addresses ...

It's a convenient and fast to build up and organise folders in the bookmarks bar.

... only has Palemoon which is my preferred browser for some time now.

Looks nice but I cannot use my preferred add-ons: UBlockOrigin, Privacy Badger, etc.

... try drag and drop tomorrow on the 52 and report back.

Thanks.

Best,

A.

fungus · 2018-01-08 13:33:02

No crash yet!
I dragged and dropped links from the bar to a webmail draft, from a link on a page back to the bar and from bookmards to bar and page and not a single problem. And that is with a gazillion of tabs open.
Maybe some addon is causing it. Mozilla goes out of its way to invalidate addons from other providers. Noscript and most other mozilla plugins that work on ESR work on Palemoon because the backbone of palemoon is built on old mozilla code and incorporates only the "sane" updates. Noscript works on ESR and palemoon just the same, while on 57 it is an annoying gadget.
The bad thing about ESR is that eventually it will become like 57, as it was less than a year ago that it was based on 45. Enjoy it while it lasts.

The reason i searched for other solutions was that I couldn't trust mozilla any more than I trust google, yahoo, msn, etc.. Which is ZERO!
Privacy badger is EFF which is a Mozilla non-profit publicity scum. https://www.eff.org/deeplinks/2016/04/save-firefox

Last edited by fungus (2018-01-08 13:39:23)

Geoff 42 · 2018-01-08 14:43:07

Altoid wrote:

fungus wrote:
... only has Palemoon which is my preferred browser for some time now.
Looks nice but I cannot use my preferred add-ons: UBlockOrigin, Privacy Badger, etc.

Palemoon works nicely with uBlockOrigin, as well as NoScript, as fungus mentions.

Geoff

Altoid · 2018-01-08 16:44:03

Hello:

fungus wrote:

No crash yet!
I dragged and dropped links from the bar to ...

Thanks for checking.

fungus wrote:

Maybe some addon is causing it.

No.
No addons.
Just the stock ESR installation.

Maybe it has to do with my using X11 in combination with the NVidia drivers?

The X11 log says nothing but the crash report from FF says something about invalid window parameter and nsX11ErrorHandler.

From my OP:

---
AbortMessage: ###!!! ABORT: Request 141.8: BadWindow (invalid Window parameter); 3 requests ago: file /build/firefox-esr-wI7Jwe/firefox-esr-52.5.2esr/toolkit/xre/nsX11ErrorHandler.cpp, line 147
Request 141.8: BadWindow (invalid Window parameter); 3 requests agoxpcom_runtime_abort(###!!! ABORT: Request 141.8: BadWindow (invalid Window parameter); 3 requests ago: file /build/firefox-esr-wI7Jwe/firefox-esr-52.5.2esr/toolkit/xre/nsX11ErrorHandler.cpp, line 147)
---

A google search for <b>/xre/nsX11ErrorHandler.cpp, line 147</b> brings up a number of hits, most from 2016/17.
But I'm at work and can't look now.

fungus wrote:

... ESR is that eventually it will become like 57 ...

Most probably.

Thanks for your input.

A.

u439839 · 2018-01-10 09:35:30

I'm not coming from Devuan but Xubuntu 16.04, but maybe my answer can help you a bit...

I had the exactly same problem as you - having a nvidia card (NVS310) and firefox (54.0.4 64bit in my case) crashing on drag/drop and telling me "Request 141.8: BadWindow..." on the command line. I could reproduce the problem with thunderbird, too (the problem seems to be GTK-related).

In my case it was the nvidia-driver (regardless which version - I tested nvidia-384 and nvidia-340). When switching to nouveau the problem disappeared - but unfortunately I cannot use nouveau for other reasons...

Thanks to a colleague I could circumvent the problem in a completely unexpected way - by disabling "display compositing" in XFCE. You can find it under Settings->'Window Manager Tweaks'->Compositor. Now I can drag/drop again as usual without any crashes.

I know that this is not a real solution to the underlying problem, but it works for me while waiting for a real one.

HTH
Kuni

Altoid · 2018-01-10 11:21:56

Hello:

u439839 wrote:

I'm not coming from Devuan but Xubuntu 16.04, but maybe my answer can help you a bit...
... exactly same problem as you - having a nvidia card (NVS310) and firefox ...
... cannot use nouveau for other reasons...

I don't use Nouveau because the three monitor setup won't work properly.

u439839 wrote:

... disabling "display compositing" in XFCE.
... Settings->'Window Manager Tweaks'->Compositor.

That did the trick.
...............................
Thank you very much.
..............................

It is a very annoying bug and I have not seen it reported elsewhere.
Now, I can drag/drop again as usual. =-)

But there's definitely something going on.

I had Firefox open when I opened 'Window Manager Tweaks'->Compositor and when I attempted to uncheck "display compositing", but it would not hold.
Insisting made every window freeze to the extent of having a totally unresponsive desktop with the only way out being a hard reboot.
Noy even the good old Ctl+Alt+Del to log out would respond.

So, once rebooted, I went directly to the settings panel (without starting FF) only to find that compositing was unchecked.

I can live without compositing although I liked it better with the translucent panels.

Once again, thanks a lot for your input.

Cheers,

A.

Altoid · 2018-01-10 13:21:30

Hello again:

u439839 wrote:

... could reproduce the problem with thunderbird, too (the problem seems to be GTK-related).
... not a real solution to the underlying problem, but it works for me while waiting .

After my last post I realised that this is not really a Devuan issue.

From both our posts it would seem to be an issue in both Devuan and Ubuntu, both Debian based distributions where Nvidia propietary drivers are being used in a 2 card 2+n monitor setup within a XFCE desktop environment.

Things as they are, where would this issue/bug have to be be filed in order to get some attention?

Edit:
I have finally managed to register myself at the XFCE forum, not exactly the most user friendly registering procedure.

Bug reporting at XFCE is a Sourceforge affair for which I really do not have the necessary skills.
You evidently have to know something about coding to file a bug there.

I will nevertheless post the issue on the forum and see what feedback I can get with respect to trying to get it into sourceforge.

If anyone has another/better idea, I'd love to read about it.

Thanks in advance.

A.

Last edited by Altoid (2018-03-29 11:18:49)

Altoid · 2018-03-21 20:54:13

Hello:

Altoid wrote:

I have finally managed to register myself at the XFCE forum, not exactly the most user friendly registering procedure.
I will nevertheless post the issue on the forum and see what feedback I can get.

This is the feedback I received at the bugzilla.xfce.org forum:

Andre Miranda wrote:

I see. Unfortunately Xfce 4.10 is unsupported by now and I have no nvidia hardware around to test with Xfce 4.12.
If disabling the compositing is not a problem for you, great, yet another one happy user. Otherwise if you have the chance to check against 4.12, please let us know if the problem persists and reopen this bug.

You can see the whole thread here:
https://bugzilla.xfce.org/show_bug.cgi?id=14158

So ...
There will be no attempt to fix this issue unless I install Xfce 4.12 and can verify the bug's status on that version.

Question:
Is it at all possible to install Xfce 4.12 in Devuan at this time?
Can it be made available in the repo?

Thanks in advance,

A.

golinux · 2018-03-21 22:56:11

@Altoid . . . Xfce 4.12 is available in ASCII or possibly Jessie backports.

Altoid · 2018-03-28 23:25:56

Hello:

golinux wrote:

@Altoid . . . Xfce 4.12 is available in ASCII or possibly Jessie backports.

It's not available in Jessie backports.
ie: http://auto.mirror.devuan.org/merged/ jessie-backports.

How do I go about installing it from the ASCII repositories?
Can such a thing be done?
ie: with impunity? 8^ D!

Thanks in advance,

A.

Nexo · 2018-04-13 01:23:46

for me, working all the day long on Ubuntu with XFCE and Nvidia proprietary driver the crashes were extremely disturbing and particularly blocking my workflow. Along with Firefox and Thunderbird there were more applications like GoldenDict and some other tools i depend on affected by the bug.

... disabling "display compositing" in XFCE.
... Settings->'Window Manager Tweaks'->Compositor.

was the perfect solution,
Thank you very much !!!

Altoid · 2018-04-13 01:42:41

Hello:

Nexo wrote:

... was the perfect solution,
Thank you very much !!!

You're welcome ...
But the merit goes to the guy who found this 'workaround' ...

Unfortunately, it is not a solution.
It's a bug that won't get fixed.
And from what I have found, there does not seem to be an Xfce 4.12 jessie-backport in sight.

Cheers,

A.

Nexo · 2018-04-15 01:24:04

Sure, thanks a lot to u439839 (Kuni), who brought this workaround (or circumvention) here! It was the ultimate deliverance... Hope, other people affected by this bug can find this info too.. even if it's not a real "solution", i can do my work on my main pc again. So for me it's an indescribable, fantastic help. So thanks to everybody, who made this happen

Best regards,
Nexo

The officially official Devuan Forum!

#1 2018-01-07 21:42:00

[Solved/?] Firefox 52.5.2 (64-bit) ESR crashes on drag/drop intent

#2 2018-01-07 23:41:22

Re: [Solved/?] Firefox 52.5.2 (64-bit) ESR crashes on drag/drop intent

#3 2018-01-07 23:42:32

Re: [Solved/?] Firefox 52.5.2 (64-bit) ESR crashes on drag/drop intent

#4 2018-01-08 12:58:06

Re: [Solved/?] Firefox 52.5.2 (64-bit) ESR crashes on drag/drop intent

#5 2018-01-08 13:33:02

Re: [Solved/?] Firefox 52.5.2 (64-bit) ESR crashes on drag/drop intent

#6 2018-01-08 14:43:07

Re: [Solved/?] Firefox 52.5.2 (64-bit) ESR crashes on drag/drop intent

#7 2018-01-08 16:44:03

Re: [Solved/?] Firefox 52.5.2 (64-bit) ESR crashes on drag/drop intent

#8 2018-01-10 09:35:30

Re: [Solved/?] Firefox 52.5.2 (64-bit) ESR crashes on drag/drop intent

#9 2018-01-10 11:21:56

Re: [Solved/?] Firefox 52.5.2 (64-bit) ESR crashes on drag/drop intent

#10 2018-01-10 13:21:30

Re: [Solved/?] Firefox 52.5.2 (64-bit) ESR crashes on drag/drop intent

#11 2018-03-21 20:54:13

Re: [Solved/?] Firefox 52.5.2 (64-bit) ESR crashes on drag/drop intent

#12 2018-03-21 22:56:11

Re: [Solved/?] Firefox 52.5.2 (64-bit) ESR crashes on drag/drop intent

#13 2018-03-28 23:25:56

Re: [Solved/?] Firefox 52.5.2 (64-bit) ESR crashes on drag/drop intent

#14 2018-04-13 01:23:46

Re: [Solved/?] Firefox 52.5.2 (64-bit) ESR crashes on drag/drop intent

#15 2018-04-13 01:42:41

Re: [Solved/?] Firefox 52.5.2 (64-bit) ESR crashes on drag/drop intent

#16 2018-04-15 01:24:04

Re: [Solved/?] Firefox 52.5.2 (64-bit) ESR crashes on drag/drop intent

Board footer