The officially official Devuan Forum!

You are not logged in.

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

Altoid
Member
Registered: 2017-05-07
Posts: 15

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

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-01-10 11:22:26)

Offline

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

fungus
Member
From: Any witch way
Registered: 2017-07-12
Posts: 457
Website

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

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.

Online

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

fungus
Member
From: Any witch way
Registered: 2017-07-12
Posts: 457
Website

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

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

Online

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

Altoid
Member
Registered: 2017-05-07
Posts: 15

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

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.

Offline

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

fungus
Member
From: Any witch way
Registered: 2017-07-12
Posts: 457
Website

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

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)

Online

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

Geoff 42
Member
Registered: 2016-12-15
Posts: 94

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

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

Offline

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

Altoid
Member
Registered: 2017-05-07
Posts: 15

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

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.

Offline

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

u439839
Member
Registered: 2018-01-10
Posts: 1

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

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

Offline

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

Altoid
Member
Registered: 2017-05-07
Posts: 15

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

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.

Offline

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

Altoid
Member
Registered: 2017-05-07
Posts: 15

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

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 fotum 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-01-10 16:46:32)

Offline

Board footer