Closed
Bug 924325
Opened 11 years ago
Closed 11 years ago
Autocomplete form popup/dropdown position doesn't take CSS transforms into account
Categories
(Core :: Layout: Form Controls, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 467442
People
(Reporter: Gijs, Unassigned)
References
Details
(Keywords: testcase)
Attachments
(2 files)
Screenshot
STR:
1. Pick a cset on mcmerge, e.g. https://tbpl.mozilla.org/mcmerge/?cset=aa03fbc1149f&tree=UX
2. Do something to the cset, click Submit
3. Hit down arrow in the autocomplete box to make the autocomplete popup show up (assuming it has something in it at that point)
ER: popup shows up just below input box
AR: popup shows up offset down and to the right.
Screenshot attached.
|
||
Comment 1•11 years ago
|
||
I don't think Form Manager itself is at fault here. This is more likely an autocomplete or layout bug.
Any idea whether this is a regression?
Component: Form Manager → Layout: Form Controls
Product: Toolkit → Core
|
Reporter | |
Comment 2•11 years ago
|
||
Ah, sorry, should have said. I'm seeing this on 25beta. To be frank, I've not even tested Nightly... I'll try that on my next push.
|
|
Reporter | |
Comment 3•11 years ago
|
||
I can reproduce this on recent nightlies (2013-10-07) as well.
|
|
||
Comment 4•11 years ago
|
||
This problem has been around since at least 2010-09 (the earliest builds I can run on 10.7).
|
|
||
Comment 5•11 years ago
|
||
The problem seems to occur when a transform is applied to an <input>. This may require the same solution as bug 455164.
|
|
||
Updated•11 years ago
|
Keywords: testcase
Summary: Autocomplete form popup shows up in a weird place on mcMerge → Autocomplete form popup/dropdown position doesn't take CSS transforms into account
|
|
||
Updated•11 years ago
|
|
||
Updated•11 years ago
|
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•