Closed Bug 843675 Opened 11 years ago Closed 11 years ago

transform:scale(1) on MacOs don't work with <select> and mouse click

Categories

(Core :: Layout: Form Controls, defect)

Product:
Core
Component:
Layout: Form Controls
Version:
19 Branch
Platform:
x86
macOS
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
VERIFIED FIXED
Tracking Flags:
Tracking Status
firefox19 --- wontfix
firefox20 + verified
firefox21 --- unaffected
firefox22 --- unaffected

People

(Reporter: t.luetcke, Assigned: tnikkel)

References

Details

(Keywords: regression)

Attachments

(1 file)

Reporter's testcase
435 bytes, text/html
Details 
Steps to reproduce:

Creating a <select> within a div with a style of "transform:scale(1)"

Actual results:

- The <select> is rendered correctly
- If you click the box it is opened normally
- If you move over an <option> it is highlighted normally
- If you press the enter key, the <option> is selected and the <select> is closed
- If you click an <option> with the mouse nothing happens  => Error

Versions >= 19 for MacOS are NOT working
Versions < 19 for MacOS are working
FF for Windows is working in all Versions
Chrome and Safari are working in all Versions


Expected results:

If you click the <option> it should select the <option> and close the <select>.

Test Case:

<!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=ISO-8859-1">
<title>Select Error - Sample page</title>
</head>
<body style="text-align:center;">
	<div style="transform: scale(1)">
		<select>
			<option value="1">Option 1</option>
			<option value="2">Option 2</option>
		</select>	
	</div>
</body>
</html>
I see the issue in 19 on Mac and in an Aurora build, but it works fine in a nightly.  So presumably this got fixed sometime in the last month.  not sure whether it's something that we can backport easily....
status-firefox22: --- → unaffected
tracking-firefox20: --- → ?
tracking-firefox21: --- → ?
Status: UNCONFIRMED → NEW
Ever confirmed: true
Fixed range
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=d8be4bc4fba8&tochange=712eca11a04e
which includes bug 829886 which is what I suspected fixes this.
We should probably just up lift bug 829886 to beta, and this bug probably isn't serious enough to get considered for 19 now.
Bug 829886 is on 21, so 21 should be unaffected.
status-firefox21: --- → unaffected
tracking-firefox21: ? → ---
QA Contact: tnikkel
Keywords: regression
Assignee: nobody → tnikkel
QA Contact: tnikkel
I landed bug 829886 on beta for Firefox 20. I don't think this will get fixed on 19, so I'm tempted to just resolve this bug as fixed because there is nothing else to do.
status-firefox20: --- → fixed
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:20.0) Gecko/20100101 Firefox/20.0

Reproduced with FF 19 beta 5 (Build ID: 20130206083616) by using the test case from comment 1. 
Verified as fixed on FF 20 RC (Build ID: 20130326150557).
Status: RESOLVED → VERIFIED
status-firefox20: fixed → verified
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: