If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

setting width: 90% on a select element has strange effect

ASSIGNED
Assigned to

Status

()

Core
Layout
P1
major
ASSIGNED
16 years ago
8 years ago

People

(Reporter: deneen, Assigned: dbaron)

Tracking

({testcase})

Trunk
Future
testcase
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [reflow-refactoring])

Attachments

(1 attachment)

2.39 KB, text/html
Details
(Reporter)

Description

16 years ago
If you set width: 90% on a select element, the select element changes size every
time you change the selection.

test case coming up.
(Reporter)

Comment 1

16 years ago
Created attachment 62024 [details]
testcase

test case
(Reporter)

Comment 2

16 years ago
tested on win32 (2k) and linux.
There's a pretty good chance this is a duplicate of a bug in the block code
that's currently owned by alexsavulov, I think.
...bug 107873.
Depends on: 107873
confirming since there is definitely a problem.  This should be retested once 
bug 107873 is fixed.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: testcase
Severity: normal → major
Status: NEW → ASSIGNED
Component: Style System → Layout
Priority: -- → P1
Target Milestone: --- → mozilla1.1beta
OS: Windows 2000 → All
Hardware: PC → All
Target Milestone: mozilla1.1beta → mozilla1.2alpha
Target Milestone: mozilla1.2alpha → Future
Whiteboard: [reflow-refactoring]

Comment 6

15 years ago
i don't see any change in size anymore. please check.
I claim that (like bug 107873) the underlying bug is probably still present, but
this testcase just doesn't happen to trigger the same system.  I don't see
exactly how right now, though.

Please don't resolve this bug without figuring what checkin fixed it and
explaining why that checking is really the correct fix.
Well, the behavior on the testcase changed between 2002-05-10-07 and
2002-05-10-21.  The only layout-related checkin in there is waterson's reflow
tree landing....  Reading over his changes to nsComboboxControlFrame it looks
like it's now less likely to bail out without properly reflowing its kids,
maybe... maybe.  The code is not exactly very readable.  :(
Does http://www.maubi.net/~waterson/mozilla/journals/2002-05.html shed any light?

/be
QA Contact: ian → layout
You need to log in before you can comment on or make changes to this bug.