form history suggest lose 'hover'

NEW
Unassigned

Status

()

P4
normal
5 years ago
2 years ago

People

(Reporter: zefling, Unassigned)

Tracking

(Depends on: 1 bug)

27 Branch
x86_64
Linux
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [mozfr-community])

Attachments

(1 attachment)

314 bytes, text/html
Details
(Reporter)

Description

5 years ago
Created attachment 828212 [details]
testcase

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.
(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)
(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
(Reporter)

Comment 3

5 years ago
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

5 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
(Reporter)

Comment 5

5 years ago
No, not at all. That the parent remains visible when I go on autocompletion.

Updated

5 years ago
Duplicate of this bug: 991717

Comment 7

3 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.
(Reporter)

Updated

2 years ago
Whiteboard: [mozfr-community]
You need to log in before you can comment on or make changes to this bug.