1991341 - Unresponsive tabs and toolbar on Linux/Wayland

Status: RESOLVED WORKSFORME

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

Description

[Andrew Song]

Attachment: firefox-log

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

Steps to reproduce:

1. Open multiple tabs in firefox
2. Begin dragging tabs around and/or open and close new tabs

Actual results:

Video showing the problem: https://streamable.com/62ejpn

• Tabs can no longer drag or be clicked on, and the + icon for opening tabs will disappear
• The toolbar will become unresponsive, with only a few buttons reacting to clicks (bookmarks, downloads icon). Address bar will also be unresponsive
• Attempting to open/close new tab will make some tabs overlap visually (which you can see in the video)

This seems to be the same problem as outlined in https://bugzilla.mozilla.org/show_bug.cgi?id=1897115, however that specific issue was closed since last year.

Expected results:

• Tabs should continue to be draggable and clicked on, and all toolbar icons/buttons should work normally as well.
• Address bar should remain functional

Comment 1

[Andrew Song]

After reading through that other bug report I linked more carefully, it seems like a different issue than what I initially thought, so feel free to disregard it.

Comment 2

[Andrew Song]

Also, I should add that the bug persists even in safe mode.

Comment 3

[Martin Stránský [:stransky] (ni? me)]

Please test latest nightly:
https://fedoraproject.org/wiki/How_to_debug_Firefox_problems#Testing_Mozilla_Nightly_binaries
and if you can reproduce it, please run in terminal with MOZ_LOG="WidgetDrag:5" env variable and attach the log here, for instance as:

MOZ_LOG="WidgetDrag:5" ./firefox > log.txt 2>&1

Thanks.

Comment 4

[Andrew Song]

Attachment: log.txt

Comment 5

[Andrew Song]

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

Please test latest nightly:
https://fedoraproject.org/wiki/How_to_debug_Firefox_problems#Testing_Mozilla_Nightly_binaries
and if you can reproduce it, please run in terminal with MOZ_LOG="WidgetDrag:5" env variable and attach the log here, for instance as:

MOZ_LOG="WidgetDrag:5" ./firefox > log.txt 2>&1

Thanks.

Thanks for the reply.

Firstly, I found a more streamlined way to reproduce the issue:

1. Open firefox with MOZ_ENABLE_WAYLAND=1
2. Drag a new tab into its own window or launch a new instance of firefox
3. Interact with the tabs on one of the firefox windows (opening new tab, dragging tab). It issue usually occurs immediately, but sometimes it takes a couple of tries.
4. Now, the irresponsible toolbar behavior should manifest on both firefox instances

The issue does not occur when the environment variable MOZ_ENABLE_WAYLAND is set to 0.

I have tried with the nightly build and was able to reproduce the same issue.

I have attached the logs above as you requested.

Thanks.

Comment 6

[Martin Stránský [:stransky] (ni? me)]

Thanks. I wonder how is is possible - I see terminated D&D operation in the log. So the D&D is finished from toolkit POV.
Please run without redirection to the file:

MOZ_LOG="WidgetDrag:5" ./firefox

and check if you see D&D logging when you hit the bug - is the logging frozen and at which point?
Thanks.

Comment 7

[Andrew Song]

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

Thanks. I wonder how is is possible - I see terminated D&D operation in the log. So the D&D is finished from toolkit POV.
Please run without redirection to the file:

MOZ_LOG="WidgetDrag:5" ./firefox

and check if you see D&D logging when you hit the bug - is the logging frozen and at which point?
Thanks.

https://streamable.com/kj5ule

The above video showcases the issue alongside the logs. It seems like dragging still gets logged sometimes even while the toolbar is in a seemingly non-responsive state.

Comment 8

[Martin Stránský [:stransky] (ni? me)]

From the video it looks like Wayland compositor bug - we're supposed to get D&D motion events or D&D quit. Which compositor/environment do you use?

Comment 9

[Andrew Song]

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

From the video it looks like Wayland compositor bug - we're supposed to get D&D motion events or D&D quit. Which compositor/environment do you use?

Sorry should have provided this earlier:

OS: Ubuntu 24.04.3 LTS x86_64
Kernel: 6.14.0-32-generic
Resolution: 2560x1440
DE: Plasma 5.27.12
WM: kwin
WM Theme: Bismuth
CPU: AMD Ryzen 7 5700X3D (16) @ 4.151GHz
GPU: AMD ATI Radeon RX 7700 XT / 7800 XT
Memory: 32018MiB

I haven't moved to plasma 6 yet because I haven't had any other issues and have gotten used to my current tiling manager that is only available on Plasma 5. I've only been experiencing this issue in the last couple months or so.

Comment 10

[Martin Stránský [:stransky] (ni? me)]

Plasma 5 is not supposed to be Wayland ready afaik, so please update.

Comment 11

[Andrew Song]

The problem is solved after switching to a different compositor, have not tested Plasma 6.

Comment 12

[Martin Stránský [:stransky] (ni? me)]

Okay, Thanks.