Open
Bug 935689
Opened 11 years ago
Updated 2 years ago
form history suggest lose 'hover'
Categories
(Core :: DOM: UI Events & Focus Handling, defect, P4)
Tracking
()
NEW
People
(Reporter: zefling, Unassigned)
References
(Depends on 1 open bug)
Details
(Whiteboard: [mozfr-community])
Attachments
(1 file)
314 bytes,
text/html
|
Details |
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:27.0) Gecko/20100101 Firefox/27.0 (Beta/Release)
Build ID: 20131024054843
Steps to reproduce:
- move the mouse on [ hover ]
- enter a word in input field and submit
- move the mouse on [hover ] a second time
- use the suggestion on the input field
Actual results:
Hover is lost.
Expected results:
Don't lose hover.
Comment 1•11 years ago
|
||
(In reply to Zéfling from comment #0)
> - use the suggestion on the input field
More specifically: Move the mouse cursor over the dropdown menu. (Or alternately: have the mouse cursor hovering over the button at that point, and toggle the dropdown menu with the keyboard such that it pops out under your mouse cursor)
Comment 2•11 years ago
|
||
(With the clarification in Comment 1, I can reproduce this, using a Nightly build last updated a few days ago.)
The user's expectation is that the form-history menu should be considered part of the <input> element, and thereby part of the <form>, so it should count for the form:hover state. (I'm not sure offhand why that's not happening. Maybe it's because the menu dropdown absorbs the mouse events entirely?)
Zéfling: do you know if this is something that used to work but no longer does?
Status: UNCONFIRMED → NEW
Component: Layout → Event Handling
Ever confirmed: true
Priority: -- → P4
Thank you for the precession.
Sorry for the version, we have no update on PPA ( https://launchpad.net/~ubuntu-mozilla-daily/+archive/ppa ) since this build.
I'm trying this for the first time today on my website and it does not work in Firefox. (I test firstly on Nightly). I was just surprised to see that it does not work. For this raison, I wrote this little test.
Comment 4•11 years ago
|
||
I think what you're expecting is that the autocomplete popup disappear when its target is no longer visible (and its frame is no longer present). The best fix would be bug 570835 where this would get fixed automatically.
Depends on: 570835
No, not at all. That the parent remains visible when I go on autocompletion.
Comment 7•9 years ago
|
||
2 Years later i still have the same issue with current versions of Firefox (no other Browser does that). The only workaround is to use JavaScript. But this really should not happen.
Assignee | ||
Updated•6 years ago
|
Component: Event Handling → User events and focus handling
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•