Moving tab or drag&drop crash FF46 on Linux dual monitor system
Categories
(Core :: Widget: Gtk, defect, P3)
Tracking
()
People
(Reporter: sargastic, Unassigned)
References
(Blocks 1 open bug)
Details
(Whiteboard: tpi:+)
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:46.0) Gecko/20100101 Firefox/46.0 Build ID: 20160504112515 Steps to reproduce: Dual-screen computer, Gentoo based, KDE desktop. Open FF46.0, open three tabs. No need to go to any site. Try to move one tab. Actual results: FF crashes immediately, displaying : (firefox:19094): Gtk-CRITICAL **: gtk_clipboard_set_with_data: assertion 'targets != NULL' failed [19094] ###!!! ABORT: Request 140.8: BadWindow (invalid Window parameter); 3 requests ago: file /var/tmp/portage/www-client/firefox-46.0/work/firefox-46.0/toolkit/xre/nsX11ErrorHandler.cpp, line 157 [19094] ###!!! ABORT: Request 140.8: BadWindow (invalid Window parameter); 3 requests ago: file /var/tmp/portage/www-client/firefox-46.0/work/firefox-46.0/toolkit/xre/nsX11ErrorHandler.cpp, line 157 Expected results: Tab should be moved
Reporter | ||
Updated•8 years ago
|
Can you test with gfx.xrender.enabled=false in about:config (restart FF).
Reporter | ||
Comment 2•8 years ago
|
||
(In reply to Loic from comment #1) > Can you test with gfx.xrender.enabled=false in about:config (restart FF). Test done. Same problem.
Reporter | ||
Comment 3•8 years ago
|
||
I did another test, on the same computer, but without dual-head (shutdown, unplug second screen, boot). Everything is fine, tabs get moved on the same FF window, to a new window, between windows without any trouble nor crash.
Reporter | ||
Comment 4•8 years ago
|
||
One more piece of data (just discovered it a few minutes ago). It's not only moving tabs that crashes FF on the dual-head system. I tried to bookmark this page by drag'n drop of its URLs to some bookmark folder. FF crashed immediately.
It appears to be related to drag&drop elements in dual monitor machine. Are you using Gtk3? Because FF46 has added the support of Gtk3 and there are many bugs with this new feature.
Reporter | ||
Comment 6•8 years ago
|
||
(In reply to Loic from comment #5) > Are you using Gtk3? Because FF46 has added the support of Gtk3 and there are > many bugs with this new feature. I think I do - at least that looks like the default configuration options on Gentoo. I'm going to recompile FF46 forcing GTK2, just to check. It'll take some time...
Reporter | ||
Comment 7•8 years ago
|
||
FF46 recompiled with force-gtk2 useflag (Gentoo). No more crashes when drag'n droppping anything.
Comment 8•8 years ago
|
||
Could e10s have been enabled somehow? Did you install GTK+ 3.20 from somewhere? If so, this is bug 1264454.
Reporter | ||
Comment 9•8 years ago
|
||
(In reply to Karl Tomlinson (ni?:karlt) from comment #8) > Could e10s have been enabled somehow? > Did you install GTK+ 3.20 from somewhere? GTK 2.24.29 and 3.18.7 installed. Gtk 3.20 not yet available on Gentoo
Reporter | ||
Comment 10•8 years ago
|
||
(In reply to Karl Tomlinson (ni?:karlt) from comment #8) > Could e10s have been enabled somehow? Not sure... How to I check this ?
Comment 11•8 years ago
|
||
Options > General, there is a checkbox about multiprocess (e10s). But e10s is not enabled by default in 46 so I doubt you'll see this option.
Comment 12•8 years ago
|
||
This may be the same issue as bug 1263703, which is GTK+ 3.10.8. The circumstances are a little different because Developer Edition has e10s enabled by default, but e10s is probably not enabled here. This is not bug 1264454.
Reporter | ||
Comment 13•8 years ago
|
||
(In reply to Karl Tomlinson (ni?:karlt) from comment #12) > The circumstances are a little different because Developer Edition has e10s > enabled by default, but e10s is probably not enabled here. Indeed, e10s is disabled.
Updated•8 years ago
|
Updated•7 years ago
|
Comment 14•5 years ago
|
||
I have been having this same problem with version 60.x.x, my latest attempt was with 60.6.2esr. I am running 4 monitors on Linux Slackware64 14.2 Kernel 4.4.172 using the KDE desktop. I am using two GeForce GT 730 video cards and the Nvidia NVIDIA-Linux-x86_64-390.116 driver, but this was a problem with earlier version of the NVIDIA driver as well.
The problem is repeatable, always. With Firefox open with multiple tabs, if I attempt to drag a tab from one monitor to another Firefox terminates completely. When I restart Firefox I can restore tabs, but I simply cannot drag a tab to a different monitor. In fact, simply beginning to move the tab crashes Firefox, even if I haven't actually started to move it to a different monitor.
This problem does not happen with 52.9.0esr. For now, I have uninstalled 60.6.2 and reinstalled 52.9.0. I've tried this each time a new Firefox version comes out and I've had to remove it and restore 52.9.0.
Comment 15•5 years ago
|
||
Just installed version 60.7.2 on Slackware64 14.2, kernel 4.4.182. Same video config as previous post: 4 monitors, two GeForce GT 730 video cards and the Nvidia NVIDIA-Linux-x86_64-390.116 driver. Problem still exists when attempting to drag a tab: firefox aborts. Once again, I've reverted to version 52.9.0 (64bit). Unfortunately, the ublock add-on no longer works with this version.
Comment 16•3 years ago
|
||
Hello! I have tried to reproduce the issue using firefox 97.0a1(2021-12-14) on Ubuntu 20 on a dual monitor setup, unfortunately I wasn't able to reproduce the issue.
Mark does this issue still reproduce for you in the latest firefox versions?
Thank you!
Comment 17•3 years ago
|
||
No. No longer a problem. I am now using Slackware-Current and KDE5. In my case the problem was specifically related to using KDE4 and NVIDIA's Xinerama tool which permitted use of 4 monitors and provided a GUI tool for editing the Xorg.conf. Xinerama was a nice tool, but too old to support Firefox after version 52.9. Even on that KDE4 system, tab-moving with Firefox was not a problem if I was not running Xinerama (although I only had two monitors in that case). Slackware-Current and KDE5 (and XFCE) support 4 monitors using the default nouveau driver, so no need for Xinerama with this setup, although if I do use Xinerama with Slackware-Current and KDE5 is still does crash Firefox when moving tabs. I think there's nothing to be done on Linux and Firefox. Xinerama needs to be updated by NIVIDIA to fix this. Probably Xinerama is no longer usable by anybody at this point.
Comment 18•3 years ago
|
||
Closing, Thanks.
Description
•