Closed Bug 1271716 Opened 10 years ago Closed 4 years ago

Moving tab or drag&drop crash FF46 on Linux dual monitor system

Categories

(Core :: Widget: Gtk, defect, P3)

Product:
Core
Component:
Widget: Gtk
Version:
46 Branch
Platform:
x86_64
Linux
Type:
defect

Tracking

()

Status:
RESOLVED WORKSFORME

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
Severity: normal → major
OS: Unspecified → Linux
Hardware: Unspecified → x86_64
Can you test with gfx.xrender.enabled=false in about:config (restart FF).
Flags: needinfo?(sargastic)
(In reply to Loic from comment #1) > Can you test with gfx.xrender.enabled=false in about:config (restart FF). Test done. Same problem.
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.
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.
Summary: Moving tab crashes FF46 → Moving tab or drag&drop crash FF46 on Linux dual monitor system
(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...
FF46 recompiled with force-gtk2 useflag (Gentoo). No more crashes when drag'n droppping anything.
Blocks: gtk3
Component: Untriaged → Widget: Gtk
Flags: needinfo?(sargastic)
Product: Firefox → Core
Could e10s have been enabled somehow? Did you install GTK+ 3.20 from somewhere? If so, this is bug 1264454.
(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
(In reply to Karl Tomlinson (ni?:karlt) from comment #8) > Could e10s have been enabled somehow? Not sure... How to I check this ?
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.
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.
See Also: → 1263703
(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.
Priority: -- → P3
Whiteboard: tpi:+

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.

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.

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!

Flags: needinfo?(mfoley)

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.

Flags: needinfo?(mfoley)

Closing, Thanks.

Status: UNCONFIRMED → RESOLVED
Closed: 4 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.