Closed
Bug 278862
Opened 20 years ago
Closed 20 years ago
<select size="n"> displays more than n lines when one of the <option> contains corrupted characters
Categories
(Core :: Layout: Form Controls, defect)
Tracking
()
RESOLVED
INVALID
People
(Reporter: moltonel, Unassigned)
Details
Attachments
(1 file, 1 obsolete file)
|
1.99 KB,
text/html
|
Details |
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20050107 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20050107 When one of the <option> of a select contains an invalid charecter (say a truncated unicode char), mozilla displays a "?" glyph which is bigger than the other glyphs. This is fine, but it when this happens mozilla displays more than the specified number of lines in the select box. Reproducible: Always Steps to Reproduce: 1. load testcase Actual Results: Displays about 2n items. Expected Results: Display n items.
| Reporter | ||
Comment 1•20 years ago
|
||
Comment 2•20 years ago
|
||
worksforme with linux trunk 2005011705, 1.7.5 and a trunk gtk2/xft build
| Reporter | ||
Comment 3•20 years ago
|
||
(In reply to comment #2) > worksforme with linux trunk 2005011705, 1.7.5 and a trunk gtk2/xft build Is the big "?" glyph used on your setup, or did the system find a suitable glyph ? Only big glyph might trigger the bug. gtk2/xft/xorg6.8 here as well. Retested on another similar machine (sadly no other machine available), with same results.
Comment 4•20 years ago
|
||
For me, a trunk gtk1 build shows a normal sized ? and a gtk2/xft build shows a normal sized (reverse-video) ?. My gtk1 build of 1.7.5 shows a normal sized square.
| Reporter | ||
Comment 5•20 years ago
|
||
Since the "?" glyph size is too dependent on system setting, here is another testcase using font sizes to trigger the bug.
| Reporter | ||
Updated•20 years ago
|
Attachment #171651 -
Attachment is obsolete: true
Comment 6•20 years ago
|
||
I'm not sure what you're expecting exactly... The select is told to be big enough to show N options. It gets the height of the largest option, multiplies it by N, and uses that value. The other possibility is changing the size of the select based on what options were scrolled into view. But that looks _really_ weird, so we don't really plan to do that.
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•