Closed
Bug 508115
Opened 15 years ago
Closed 15 years ago
some drop down fields misaligned in options panel
Categories
(Core :: XUL, defect, P2)
Core
XUL
Tracking
()
VERIFIED
FIXED
mozilla1.9.2a1
Tracking | Status | |
---|---|---|
status1.9.2 | --- | beta1-fixed |
People
(Reporter: xtc4uall, Assigned: roc)
References
Details
(Keywords: regression, verified1.9.2)
Attachments
(3 files)
1.41 KB,
application/vnd.mozilla.xul+xml
|
Details | |
3.16 KB,
patch
|
dbaron
:
review+
|
Details | Diff | Splinter Review |
5.15 KB,
patch
|
Details | Diff | Splinter Review |
in Fx options panel several drop down fields are misaligned, e.g.
- content/fonts & colors/advanced: size fields
- privacy/history/custom settings/third party cookies: keep until drop down
also see the screenshots mentioned in http://forums.mozillazine.org/viewtopic.php?p=7139735#p7139735
regression range: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=77a8228f2951&tochange=616ba2372e52
Flags: blocking1.9.2?
Assignee | ||
Comment 1•15 years ago
|
||
Clearly a blocker...
Assignee: nobody → roc
Flags: blocking1.9.2? → blocking1.9.2+
Assignee | ||
Comment 2•15 years ago
|
||
This is the new code in bug 506615 that calls CreateViewForFrame for the children of deck frames. When the deck child contains a popup menu, this is causing menupopup frames, which already have views, to have those views reparented from the root view to the deck child's view. This breaks things. I'm not quite sure of the best fix. We could go back to having FrameNeedsView check for a deck parent but I didn't like polluting that code with decks.
Assignee | ||
Comment 3•15 years ago
|
||
We probably should fix things so that view reparenting doesn't mess with menupopup views in general. I bet there's a related bug where reparenting views due to reflow messes up a menupopup child.
Isn't all this temporary anyway? (Seems easy enough to put back something like the old code?)
Priority: -- → P1
Assignee | ||
Comment 5•15 years ago
|
||
This testcase asserts twice, once for the menulist-in-deck situation and once for the menulist-in-wrapping-span-with-transform situation. The popups appear in the wrong places, but I can't find a way to test the popup position; boxObject.screenX/Y lie and give us the right position.
Although this is a little obscure I think we should fix both bugs.
Assignee | ||
Comment 6•15 years ago
|
||
This stops us from reparenting a popup's view which needs to always have the root as its parent.
Attachment #392411 -
Flags: review?(dbaron)
Attachment #392411 -
Flags: review?(dbaron) → review+
Assignee | ||
Updated•15 years ago
|
Whiteboard: [needs landing]
Comment 7•15 years ago
|
||
This is a P1 1.9.2 blocker, thus blocking Firefox 3.6a1 - any ETA on landing? (not sure this really needs to be a P1, though)
Assignee | ||
Comment 8•15 years ago
|
||
It's ready to land, I'll land it today if I can.
Keywords: checkin-needed
Priority: P1 → P2
Assignee | ||
Comment 9•15 years ago
|
||
http://hg.mozilla.org/mozilla-central/rev/14a9da98c645
But I had to disable the test, it was failing:
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox-Unittest/1249443093.1249445036.10296.gz
REFTEST TEST-UNEXPECTED-FAIL | file:///builds/slave/mozilla-central-linux-unittest-everythingelse/build/reftest/tests/layout/generic/crashtests/508115-1.html | timed out waiting for onload to fire
http://hg.mozilla.org/mozilla-central/rev/a147eec34099
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 10•15 years ago
|
||
The popups don't show up in the reftest harness. This probably needs to be rewritten as a mochitest.
Flags: in-testsuite?
Assignee | ||
Comment 11•15 years ago
|
||
This fixes the test, making it a mochitest.
Updated•15 years ago
|
Keywords: checkin-needed
Whiteboard: [needs landing]
Comment 12•15 years ago
|
||
Mass change: adding fixed1.9.2 keyword
(This bug was identified as a mozilla1.9.2 blocker which was fixed before the mozilla-1.9.2 repository was branched (August 13th, 2009) as per this query: http://is.gd/2ydcb - if this bug is not actually fixed on mozilla1.9.2, please remove the keyword. Apologies for the bugspam)
Keywords: fixed1.9.2
Updated•15 years ago
|
status1.9.2:
--- → beta1-fixed
Keywords: fixed1.9.2
Comment 13•15 years ago
|
||
Verified fixed on OS X and Windows with builds like with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2a2pre) Gecko/20090903 Namoroka/3.6a2pre (.NET CLR 3.5.30729) ID:20090903051734
Roc, is the test ready to land?
Status: RESOLVED → VERIFIED
Keywords: verified1.9.2
OS: Windows XP → All
Hardware: x86 → All
Target Milestone: --- → mozilla1.9.2a1
Assignee | ||
Updated•15 years ago
|
Keywords: checkin-needed
Whiteboard: [needs landing]
Assignee | ||
Comment 14•15 years ago
|
||
Test checked in:
http://hg.mozilla.org/mozilla-central/rev/be0e542d387a
You need to log in
before you can comment on or make changes to this bug.
Description
•