Closed Bug 71389 Opened 25 years ago Closed 22 years ago

scrollbar space reserved when it shouldn't be

Categories

(Core :: Layout: Form Controls, defect)

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED INVALID
Future

People

(Reporter: martin, Unassigned)

Details

Load page into browser. You will get 5 SELECT elements of varying widths. Notice that scrollbars on 2 and 4 (from left) are OK, while the others have blank space or random pixmap where the scrollbar should normally be. This problem seems to be related to the setting of the CSS width attribute on the SELECT element, in that it only occurs if width is set to less than what the SELECT element's natural width would be. Appears to have been introduced somewhere between build ID 2001022209 and 2001022321 and is still present in current builds (eg. 2001030813).
Seeing this with 2001-03-08-10 on Solaris as well. With the new viewmanager and with the old one both.
Status: UNCONFIRMED → NEW
Ever confirmed: true
This is probably a "WON'T FIX", eventually here we will use XBL form controls and it will get fixed at that time.
Status: NEW → ASSIGNED
Target Milestone: --- → Future
"Eventually" = post mozilla1.0? Seems like a fairly ugly thing to leave post 1.0, even if it doesn't actually break any functionality. And besides, it worked in mozilla0.8.
can this bug be resolved as invalid, as the over three years old testcase can´t be found at the URL any more? http://socrates.catalyst.net.nz/~mato/listings.html Not Found The requested URL /~mato/listings.html was not found on this server.
Martin: do you still have a testcase for this bug? can you attach it here?
Assignee: rods → nobody
Status: ASSIGNED → NEW
QA Contact: vladimire → core.layout.form-controls
No, sorry. I haven't seen this anywhere since, so let's just resolve it as INVALID for now.
OK. Please reopen if this reappears. Thanks!
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.