Linux only: dragged CSS styled element loses focus
Categories
(Core :: DOM: UI Events & Focus Handling, defect)
Tracking
()
People
(Reporter: yavorbu, Unassigned)
Details
Attachments
(3 files)
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:109.0) Gecko/20100101 Firefox/119.0
Steps to reproduce:
Probably on any site.
Just drag any "on mouse over" styled element. It will revert back to non hovered and loose focus.
I have tested this on 119.0.1 (Arch linux), 116.0.2 (Ubuntu 22.04.3 Live ISO)
I hope the attached gif-s describe it better.
Actual results:
The element losses focus.
This is particularly bad if the element is in Firefox side-bar. For example a tab in "Tree Style Tab" or "Sidebery" extensions. With custom userChrome.css to auto-hide the side-bar the whole side-bar looses focus and auto-hide itself!
Expected results:
The initial focus should be retained after drag starts.
This is problem only on Linux. G-Chrome and chromium, Fifrefox on Windows behave the same to each other. The same userChrome.css works just fine on Windows, no auto-hide stuff when dragging tabs around.
Comment 3•1 year ago
|
||
The Bugbug bot thinks this bug should belong to the 'Core::DOM: UI Events & Focus Handling' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.
Updated•1 year ago
|
Comment 4•1 year ago
|
||
Henri, do you have any idea why we might be losing focus here only on Linux? Where should a bug like this go? Thanks.
The Wikipedia example doesn't seem that bad, but it sounds like the behavior causes big issues for Tree Style Tab.
Updated•1 year ago
|
Comment 5•1 year ago
|
||
(In reply to Andrew McCreight [:mccr8] from comment #4)
Henri, do you have any idea why we might be losing focus here only on Linux?
I don't know, sorry.
Where should a bug like this go? Thanks.
Without knowing the root cause, it's unclear if this belongs in this component or in the Gtk widget (given the noted difference on Windows).
Updated•1 year ago
|
Description
•