Closed Bug 1714353 Opened 4 years ago Closed 3 years ago

Window decorations/functionality missing in Fluxbox

Categories

(Core :: Graphics: WebRender, defect, P3)

Product:
Core
Component:
Graphics: WebRender
Version:
Firefox 89
Type:
defect

Tracking

()

Status:
RESOLVED INVALID

People

(Reporter: alex.franchuk, Unassigned)

References

(Regression)

Details

(Keywords: regression)

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:89.0) Gecko/20100101 Firefox/89.0

Steps to reproduce:

I updated to FF89 on an Arch Linux system running Fluxbox 1.3.7 as the window manager.

Actual results:

All window decorations are missing, and it is not participating with the window manager at all (I cannot use my keyboard hotkeys to move/resize the window).

Expected results:

There should be window decorations and normal functionality associated with the window manager.

If I customize the appearance to disable the titlebar, it shows the normal window functions in the top-right as expected (drawn in firefox), however I still cannot move/resize the window in any way (dragging the titlebar does not work).

Note that in Troubleshooting mode, the decorations appear as expected. I also did a Firefox refresh just in case, but that did not fix the issue.

At least one other person is running fluxbox and upgraded firefox with the same results :)
https://forums.gentoo.org/viewtopic-p-8617557.html

The Bugbug bot thinks this bug should belong to the 'Core::Widget: Gtk' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.

Component: Untriaged → Widget: Gtk
Product: Firefox → Core

I realize this may not be very high priority, but please consider that fluxbox hasn't changed in a very long time, so this indicates that Firefox no longer interacts with X11 window managers in a reliable way (and it's likely that other, probably older, window managers that don't get a lot of testing with Firefox will have issues too). Also possibly worth noting that I've never experienced behavior like this from any other application.

Is there any way to get Firefox to run the window management portions as if it were in troubleshooting mode (but keep addons and whatnot enabled)?

I can confirm on current Manjaro, as well other users having this problem:
https://www.reddit.com/r/firefox/comments/ns3qrb/is_anyone_using_fluxbox_on_linux_the_new_updates/

Furthermore, Firefox 89 loses Keyboard input after a while, but still responds to clicks.

I'm also hitting this - though not with the main window. With any new windows - OAuth pop-ups, opening a private browsing windows, etc.

Workaround for Fluxbox users: choose "restart fluxbox" - every window gets forced to have window decorations.

That said this is bug is infuriating. Please fix.

It would be great to get a bisection with:

pip3 install --user mozregression
MOZ_DISABLE_CONTENT_SANDBOX=1 mozregression --launch --good 78

Assuming 78 behaved correctly, to see when it broke.

I tried to repro this on Nightly and I don't see this (when I enable the titlebar of course). On one instance windows appeared not to have decorations, but they did have them once I moved the window, the window seemed just maximized?

Yeah I've also found it inconsistent across monitor configurations. On one laptop, it now launches correctly every time when no monitors or one monitor is connected, however when two monitors are connected it launches without decorations. Very weird. And on another laptop it always launches without decorations.

My version of FF hasn't changed (93.0, in 64-bit debian linux, unstable), but the bug hasn't repro'd in about 48 hours (and I can't make it, but it triggered constantly before that). Heisenbug.

Is there any difference if you run Firefox with those env variables:
MOZ_GTK_TITLEBAR_DECORATION=system
MOZ_GTK_TITLEBAR_DECORATION=client

Can you attach a screenshot how is the Firefox broken there?
Thanks.

I tried both of those... but I can no longer reproduce the issue.

I looked back through my apt logs to see if maybe I could find something that would have been changed in the last few days.

on October 11, I moved from 88.0.1 to 93
Before that the last upgrade was May 7th from 88 to 88.0.1

I've had no fluxbox upgrades in the history of my apt logs. However on 10/17 I did have upgrades to a bunch of libraries including sdl, freetype and others that FF may or may not depend on.

In case anyone is interested, the list of packages that were update that day and their versions are below.

libcogl-path20:amd64 (1.22.8-2+b1, 1.22.8-3), liblibreoffice-java:amd64 (1:7.2.1-4, 1:7.2.2-1), linux-kbuild-5.14:amd64 (5.14.9-2, 5.14.12-1), libreoffice-calc:amd64 (1:7.2.1-4, 1:7.2.2-1), libreoffice-sdbc-postgresql:amd64 (1:7.2.1-4, 1:7.2.2-1), kwayland-integration:amd64 (5.21.5-2, 5.23.0-1), node-path-exists:amd64 (4.0.0-2, 4.0.0-3), uno-libs-private:amd64 (1:7.2.1-4, 1:7.2.2-1), libreoffice-base-core:amd64 (1:7.2.1-4, 1:7.2.2-1), libdatrie1:amd64 (0.2.13-1, 0.2.13-2), libdatrie1:i386 (0.2.13-1, 0.2.13-2), libclutter-1.0-common:amd64 (1.26.4+dfsg-2, 1.26.4+dfsg-3), node-bytes:amd64 (3.1.0-1, 3.1.0-2), libreoffice-core:amd64 (1:7.2.1-4, 1:7.2.2-1), node-write-file-atomic:amd64 (3.0.3+~3.0.1-1, 3.0.3+~3.0.2-1), libquazip5-1:amd64 (0.9.1-1, 0.9.1-2), tzdata:amd64 (2021c-2, 2021c-3), node-color-convert:amd64 (1.9.3-1, 2.0.1-1), node-getpass:amd64 (0.1.7-1.1, 0.1.7-2), libreoffice-common:amd64 (1:7.2.1-4, 1:7.2.2-1), rar:amd64 (2:5.5.0-1, 2:5.5.0-1.1), libminc2-5.2.0:amd64 (2.4.03-3+b1, 2.4.03-4), libnode72:amd64 (12.22.5~dfsg-6, 12.22.7~dfsg-2), libgspell-1-common:amd64 (1.8.4-1, 1.9.1-2), libreoffice-report-builder-bin:amd64 (1:7.2.1-4, 1:7.2.2-1), ure:amd64 (1:7.2.1-4, 1:7.2.2-1), node-lcid:amd64 (3.1.1-1, 3.1.1-2), linux-compiler-gcc-10-x86:amd64 (5.14.9-2, 5.14.12-1), apparmor:amd64 (3.0.3-2, 3.0.3-3), libcogl20:amd64 (1.22.8-2+b1, 1.22.8-3), python3-reportlab-accel:amd64 (3.5.67-2, 3.6.1-1), liblua5.3-0:amd64 (5.3.3-1.1+b1, 5.3.6-1), node-yn:amd64 (4.0.0-1, 4.0.0-2), libreoffice-draw:amd64 (1:7.2.1-4, 1:7.2.2-1), python3-reportlab:amd64 (3.5.67-2, 3.6.1-1), libfreetype6:amd64 (2.10.4+dfsg-1, 2.11.0+dfsg-1), libfreetype6:i386 (2.10.4+dfsg-1, 2.11.0+dfsg-1), libb-hooks-endofscope-perl:amd64 (0.24-1.1, 0.25-1), libgspell-1-2:amd64 (1.8.4-1, 1.9.1-2), libuno-purpenvhelpergcc3-3:amd64 (1:7.2.1-4, 1:7.2.2-1), libuno-cppu3:amd64 (1:7.2.1-4, 1:7.2.2-1), libhdf5-openmpi-103-1:amd64 (1.10.7+repack-3, 1.10.7+repack-4), libqpdf28:amd64 (10.1.0-1, 10.3.2-2), libreoffice-impress:amd64 (1:7.2.1-4, 1:7.2.2-1), libmpc3:amd64 (1.2.0-1, 1.2.1-1), libuno-cppuhelpergcc3-3:amd64 (1:7.2.1-4, 1:7.2.2-1), kactivitymanagerd:amd64 (5.21.5-2, 5.23.0-1), fonts-opensymbol:amd64 (2:102.12+LibO7.2.1-4, 2:102.12+LibO7.2.2-1), wget:amd64 (1.21.2-1, 1.21.2-2), libruby3.0:amd64 (3.0.2-2, 3.0.2-3), libunoloader-java:amd64 (1:7.2.1-4, 1:7.2.2-1), steam-libs-i386:i386 (1:1.0.0.71, 1:1.0.0.72), libreoffice-style-colibre:amd64 (1:7.2.1-4, 1:7.2.2-1), nodejs:amd64 (12.22.5~dfsg-6, 12.22.7~dfsg-2), node-is-path-cwd:amd64 (2.2.0-1, 2.2.0-2), libreoffice-writer:amd64 (1:7.2.1-4, 1:7.2.2-1), libuno-salhelpergcc3-3:amd64 (1:7.2.1-4, 1:7.2.2-1), libreoffice-script-provider-js:amd64 (1:7.2.1-4, 1:7.2.2-1), libgnome-desktop-3-19:amd64 (40.4-2+b1, 41.0-1), node-uri-js:amd64 (4.4.0+dfsg-5, 4.4.0+dfsg-6), usb-modeswitch:amd64 (2.6.1-2, 2.6.1-3), gnome-desktop3-data:amd64 (40.4-2, 41.0-1), libebml5:amd64 (1.4.2-1, 1.4.2-2), libcogl-common:amd64 (1.22.8-2, 1.22.8-3), rsyslog:amd64 (8.2108.0-1, 8.2108.0-2), libreoffice-base-drivers:amd64 (1:7.2.1-4, 1:7.2.2-1), libgtk3-imageview-perl:amd64 (9-2, 10-1), libreoffice-script-provider-python:amd64 (1:7.2.1-4, 1:7.2.2-1), libreoffice:amd64 (1:7.2.1-4, 1:7.2.2-1), libreoffice-sdbc-mysql:amd64 (1:7.2.1-4, 1:7.2.2-1), libreoffice-sdbc-firebird:amd64 (1:7.2.1-4, 1:7.2.2-1), python3-renderpm:amd64 (3.5.67-2, 3.6.1-1), distro-info-data:amd64 (0.51, 0.52), bpftool:amd64 (5.14.9-2, 5.14.12-1), ca-certificates:amd64 (20211004, 20211016), libreoffice-sdbc-hsqldb:amd64 (1:7.2.1-4, 1:7.2.2-1), node-is-path-inside:amd64 (3.0.2-1, 3.0.3-1), gdebi-core:amd64 (0.9.5.7+nmu5, 0.9.5.7+nmu6), python3-uno:amd64 (1:7.2.1-4, 1:7.2.2-1), ruby3.0:amd64 (3.0.2-2, 3.0.2-3), libsdl2-2.0-0:amd64 (2.0.16+dfsg1-4, 2.0.16+dfsg1-5), libsdl2-2.0-0:i386 (2.0.16+dfsg1-4, 2.0.16+dfsg1-5), libuno-sal3:amd64 (1:7.2.1-4, 1:7.2.2-1), nano:amd64 (5.8-2, 5.9-1), node-inquirer:amd64 (8.2.0+~cs18.4.2-1, 8.2.0+~cs26.5.5-1), steam-launcher:amd64 (1:1.0.0.71, 1:1.0.0.72), libnode-dev:amd64 (12.22.5~dfsg-6, 12.22.7~dfsg-2), nodejs-doc:amd64 (12.22.5~dfsg-6, 12.22.7~dfsg-2), libhdf5-103-1:amd64 (1.10.7+repack-3, 1.10.7+repack-4), libcogl-pango20:amd64 (1.22.8-2+b1, 1.22.8-3), systemd-sysv:amd64 (247.9-4, 249.5-1), libhdf5-cpp-103-1:amd64 (1.10.7+repack-3, 1.10.7+repack-4), node-normalize-path:amd64 (3.0.0-2, 3.0.0-3), libreoffice-base:amd64 (1:7.2.1-4, 1:7.2.2-1), needrestart:amd64 (3.5-4, 3.5-5), libreoffice-math:amd64 (1:7.2.1-4, 1:7.2.2-1), ure-java:amd64 (1:7.2.1-4, 1:7.2.2-1), libreoffice-script-provider-bsh:amd64 (1:7.2.1-4, 1:7.2.2-1), libreoffice-java-common:amd64 (1:7.2.1-4, 1:7.2.2-1), inxi:amd64 (3.3.06-1-1, 3.3.07-1-1), libreoffice-nlpsolver:amd64 (0.9+LibO7.2.1-4, 0.9+LibO7.2.2-1), libencode-perl:amd64 (3.12-1, 3.15-1), libclutter-1.0-0:amd64 (1.26.4+dfsg-2, 1.26.4+dfsg-3), libepoxy0:amd64 (1.5.9-1, 1.5.9-2), libpmix2:amd64 (4.1.1~rc2-1, 4.1.1~rc4-1), libhdf5-hl-100:amd64 (1.10.7+repack-3, 1.10.7+repack-4), libreoffice-report-builder:amd64 (1:7.2.1-4, 1:7.2.2-1), libreoffice-wiki-publisher:amd64 (1.2.0+LibO7.2.1-4, 1.2.0+LibO7.2.2-1), steam-libs-amd64:amd64 (1:1.0.0.71, 1:1.0.0.72), node-readable-stream:amd64 (3.6.0-5, 3.6.0+~cs3.0.0-1), signal-desktop:amd64 (5.19.0, 5.20.0), linux-libc-dev:amd64 (5.14.9-2, 5.14.12-1), libproc-processtable-perl:amd64 (0.611-1, 0.634-1)

Okay, Thanks.

Status: UNCONFIRMED → RESOLVED
Closed: 4 years ago
Resolution: --- → WORKSFORME

Sorry for the slow response; I just tried Firefox with MOZ_GTK_TITLEBAR_DECORATION set to both "client" and "system" but it made no difference. This is with latest fluxbox and FF 91.0.1. I'm going to update Firefox and see if the issue is still there.

After updating to FF 94.0, the issue seems to be gone.

Though I just realized I probably should have tried only updating Firefox; I did a full system update. So, not very useful for possibly debugging the cause, sorry!

It just happened to be again after I was out of town for 2 weeks, but I can't reproduce after a restart.

Does this help narrow down something? Are there background processes that FF starts/causes to be started that maybe only shutdown after time (machine was on and logged in, but ff wasn't running for 2 weeks) that may affect this?

(In reply to Phil Dibowitz from comment #14)

It just happened to be again after I was out of town for 2 weeks, but I can't reproduce after a restart.

Does this help narrow down something? Are there background processes that FF starts/causes to be started that maybe only shutdown after time (machine was on and logged in, but ff wasn't running for 2 weeks) that may affect this?

I don't think it's related to Firefox itself, rather to underlying window manager.

(In reply to Martin Stránský [:stransky] (ni? me) from comment #15)

(In reply to Phil Dibowitz from comment #14)

It just happened to be again after I was out of town for 2 weeks, but I can't reproduce after a restart.

Does this help narrow down something? Are there background processes that FF starts/causes to be started that maybe only shutdown after time (machine was on and logged in, but ff wasn't running for 2 weeks) that may affect this?

I don't think it's related to Firefox itself, rather to underlying window manager.

It only happens with FF and TT, no other apps. Not pidgin, not terminals, not xmessages, not anything else. It's literally only mozilla apps.

I have a sneaking suspicion that it's related to Xinerama as well, because usually the windows appear on the "wrong" screen, then if I restart fluxbox, they'll get put on the screen I expected them to pop up on, and have borders.

I wish I could find a better repro - because there's definitely a bug here, and it's definitely specific to how FF/TB interact with Fluxbox.

I have the issue very, very reproducible up to current FF 94.0.1. mozregression comes bissects it to the WebRender linux commit (Bug #1677293) https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=8471b70b4df960d3599dcd951f0b05fb4f7bd420&tochange=12744d62ec8944fe64bb028a68bcab2c4665cf7b just like other users have reported on the internet at https://www.reddit.com/r/firefox/comments/ns3qrb/is_anyone_using_fluxbox_on_linux_the_new_updates/
I use the NVidia driver 495.44; other users apparently report the same with other hardware brands. MOZ_GTK_TITLEBAR_DECORATION=system and MOZ_GTK_TITLEBAR_DECORATION=client make no difference.
Other affected applications at my place: thunderbird 91.3.0 (not 78.13.0), krita 4.4.8, kruler 21.08.3, splashscreen of librecad (git version). Note that I did not recompile librecad or fluxbox in 6 months so I would suspect an update in xorg or qt/gtk.

(In reply to Jérôme Borme from comment #17)

I have the issue very, very reproducible up to current FF 94.0.1. mozregression comes bissects it to the WebRender linux commit (Bug #1677293) https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=8471b70b4df960d3599dcd951f0b05fb4f7bd420&tochange=12744d62ec8944fe64bb028a68bcab2c4665cf7b just like other users have reported on the internet at https://www.reddit.com/r/firefox/comments/ns3qrb/is_anyone_using_fluxbox_on_linux_the_new_updates/
I use the NVidia driver 495.44; other users apparently report the same with other hardware brands. MOZ_GTK_TITLEBAR_DECORATION=system and MOZ_GTK_TITLEBAR_DECORATION=client make no difference.
Other affected applications at my place: thunderbird 91.3.0 (not 78.13.0), krita 4.4.8, kruler 21.08.3, splashscreen of librecad (git version). Note that I did not recompile librecad or fluxbox in 6 months so I would suspect an update in xorg or qt/gtk.

Given we have a bisect, I'm re-opening this (I hope that's OK Martin). Nice work Jérôme!

Status: RESOLVED → REOPENED
Ever confirmed: true
Resolution: WORKSFORME → ---
Component: Widget: Gtk → Graphics: WebRender
Regressed by: 1673752
Has Regression Range: --- → yes

Set release status flags based on info from the regressing bug 1673752

status-firefox94: --- → affected
status-firefox95: --- → affected
status-firefox96: --- → affected
status-firefox-esr91: --- → affected
Severity: -- → S3
Priority: -- → P3

This was an old bug in fluxbox https://sourceforge.net/p/fluxbox/bugs/1058/ . Fluxbox has not made a release, but the master branch has been corrected and some distributions offer a fluxbox-git package.

Firefox was totally clean here. The bug was connected to the way fluxbox keeps track of the Depth property of 32 bits windows, which could be mistakenly overwritten in some conditions. Firefox is just a prominent software that uses 32 bits windows.

:Phil can we close this ticket based on comment 20 and comment 21?

Flags: needinfo?(phil)

I haven't had time to try the patch. The description is slightly different, but related enough that closing is fine - I (or anyone else) can re-open if we try the patch and still experience the problem. Thanks to Jerome for tracking that down and thanks :diannaS for checking.

Flags: needinfo?(phil)
Status: REOPENED → RESOLVED
Closed: 4 years ago → 3 years ago
status-firefox94: affected → ---
status-firefox95: affected → ---
status-firefox96: affected → ---
status-firefox-esr91: affected → ---
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.