Open Bug 522297 Opened 15 years ago Updated 2 years ago

<select> wont show as it should when using big fonts

Categories

(Core :: Layout: Form Controls, defect)

Product:
Core
Component:
Layout: Form Controls
Platform:
x86
macOS
Type:
defect

Tracking

()

People

(Reporter: moty66, Unassigned)

Details

(Keywords: helpwanted, testcase)

Attachments

(2 files)

Html select test
361 bytes, text/html
Details
Screen shot of the bug 522297
5.27 KB, image/png
Details 
User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; it; rv:1.9.1.3) Gecko/20090824 Firefox/3.5.3
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; it; rv:1.9.1.3) Gecko/20090824 Firefox/3.5.3

When setting a font-size to 15pt or bigger the first option of the select will be displayed over the select arrows on mac osx 10.5.x



Reproducible: Always

Steps to Reproduce:
1. Save this code inside inside an html file
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<title>Styles and select</title>
<style type="text/css">
	select {
		font-size:18pt;
	}
</style>
</head>
<body>
<select>
	<option>Option 1234</option>
</select>
</body>
</html>

2. Open this file with firefox in mac osx 
Actual Results:  
Incorrect select rendering

Expected Results:  
Firefox should display correctly the select

Works fine in firefox for windows
Attached file Html select test — 
Html example to test bug 522297
Reporter, are you still seeing this issue with Firefox 3.6.12 or later in safe mode? If not, please close. These links can help you in your testing.
http://support.mozilla.com/kb/Safe+Mode
http://support.mozilla.com/kb/Managing+profiles
Also, please consider using the most recent Firefox 4 beta build, your bug may be resolved there.
Whiteboard: [CLOSEME 2011-1-1]
The problem still shows in Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; it; rv:1.9.2.12) Gecko/20101026 Firefox/3.6.12
the problem shows in FF4 Beta version 7: released November 10th, 2010 (4.0b7)
No reply, INCOMPLETE. Please retest with Firefox 3.6.13 or later and a new profile (http://support.mozilla.com/kb/Managing+profiles). If you continue to see this issue with the newest firefox and a new profile, then please comment on this bug.
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → INCOMPLETE
The problem shows in FF with new profile 

Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; it; rv:1.9.2.13) Gecko/20101203 Firefox/3.6.13
Status: RESOLVED → UNCONFIRMED
Resolution: INCOMPLETE → ---
No reply, INCOMPLETE. Please retest with Firefox 3.6.13 or later and a new profile (http://support.mozilla.com/kb/Managing+profiles). If you continue to see this issue with the newest firefox and a new profile, then please comment on this bug.
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago → 13 years ago
Resolution: --- → INCOMPLETE
Tyler, why do you change to INCOMPLETE, I retested it in FF 3.1.13, FF 4 Last beta and I attachend a screnshot and a html code.

What do I have to do more ?
Status: RESOLVED → UNCONFIRMED
Resolution: INCOMPLETE → ---
Confirming bug, Firefox 4 on OSX 10.5.8
Status: UNCONFIRMED → NEW
Component: General → Layout: Form Controls
Ever confirmed: true
Keywords: testcase
Product: Firefox → Core
QA Contact: general → layout.form-controls
Whiteboard: [CLOSEME 2011-1-1]
Yeah, sounds like a bug in the mess that is the native theming dropmarker code...  It may be assuming that a particular pixel amount is enough compared to the text size, which is clearly not true here.
Keywords: helpwanted
Confirming also in Firfox 5.0 OS X 10.5.8
Severity: trivial → S4
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: