[KDE Xwayland] Detached tab's content misses hover
Categories
(Core :: Widget: Gtk, defect, P3)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr78 | --- | unaffected |
firefox-esr91 | --- | unaffected |
firefox-esr102 | --- | unaffected |
firefox93 | --- | unaffected |
firefox94 | --- | wontfix |
firefox95 | --- | wontfix |
People
(Reporter: mozbz, Unassigned)
References
(Blocks 2 open bugs, Regression)
Details
(Keywords: regression)
Attachments
(2 files)
Fedora 34 (5.14.10), KDE Plasma (5.22.5), Wayland.
After detaching the tab, the page seems to 'miss' CSS hover styles unless a new pointer event occurs (?). The included demo has a gray box that, when clicked, is obscured by a blue box. The blue box should remain visible until the pointer leaves its area.
STR:
- Create a new profile
- Open the included demo.html file, plus one other tab
- Test demo.html
- Drag the demo tab to create a new window
- Test demo.html
Expected results:
The demo should behave the same in both tests.
Actual results:
In the detached tab's demo, the overlay box appears only while the button is held, or if a drag begins. It shows up as a red box, as it is not applying :hover
styling.
mozregression reports:
Last good revision: 0f7d37986a52523e5d13f3a4a7354c689f20ee0a
First bad revision: f213f078a6d2a0e79a5632c1ead78fd6a0f4eeb1
This range contains only bug1731197 , so I've filed this in the same component.
Updated•3 years ago
|
Comment 1•3 years ago
|
||
Set release status flags based on info from the regressing bug 1731197
Comment 3•3 years ago
|
||
Thanks for the testcase!
I'm testing on Fedora 34 but I'm unable to reproduce on both KDE and Gnome & latest nightly (at least how I tried to follow your steps).
Can you please create a screencast how do you use the testcase? I may use it wrongly.
https://fedoraproject.org/wiki/How_to_debug_Firefox_problems?rd=Bug_info_Firefox#Collect_information_for_a_bug_report
Thanks!
Hi, thanks for looking in to it! Attached is the requested screencast. The actions are the same in each window - just a click in the gray box.
The tab must be dropped on to the content frame (drag down beyond the navbar) - if dropped outside the window, or on the navbar, the Expected happens.
Comment 5•3 years ago
|
||
Yes, I can reproduce it but under KDE only. Works as expected in Mutter/Gnome.
Updated•3 years ago
|
Updated•3 years ago
|
Updated•3 years ago
|
Updated•3 years ago
|
Updated•3 years ago
|
Comment 6•2 years ago
|
||
Not reproducible with 2021-10-12 on KDE Wayland, Debian Testing:
MOZ_ENABLE_WAYLAND=1 MOZ_DISABLE_CONTENT_SANDBOX=1 mozregression --launch 2021-10-12 -a https://bugzilla.mozilla.org/attachment.cgi?id=9245742
Reproducible with 2021-10-12 on KDE Xwayland:
MOZ_ENABLE_WAYLAND=0 MOZ_DISABLE_CONTENT_SANDBOX=1 mozregression --launch 2021-10-12 -a https://bugzilla.mozilla.org/attachment.cgi?id=9245742
No longer reproducible on KDE Xwayland:
MOZ_ENABLE_WAYLAND=0 MOZ_DISABLE_CONTENT_SANDBOX=1 mozregression --find-fix --bad 2021-10-12 --good 2023-04-01 -a https://bugzilla.mozilla.org/attachment.cgi?id=9245742
7:41.50 INFO: First good revision: b193f2e7a6a5d1f042c957ea4acd5c89bf210512 (2021-11-18)
7:41.50 INFO: Last bad revision: 580e44ff9279ba88e3d4294621269ff8f4f23c20 (2021-11-17)
7:41.50 INFO: Pushlog:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=580e44ff9279ba88e3d4294621269ff8f4f23c20&tochange=b193f2e7a6a5d1f042c957ea4acd5c89bf210512
In this range, there are:
98d3152993c2a0d2331992f64aa01c9cdcba80a0 stransky — Bug 1741837 [Linux] Check mShell instead of mContainer for cross application D&D, r=emilio
ccb47922815f300ae3d02d1213b3561de6bb4271 stransky — Bug 1740897 [X11] Make parent container of D&D popup transparent to avoid flickering, r=emilio
Description
•