reftest 346774-1a.html fails with native form controls on Mac OS X (border of <select size="1">)

RESOLVED FIXED

Status

()

RESOLVED FIXED
12 years ago
7 years ago

People

(Reporter: jaas, Unassigned)

Tracking

(Depends on: 1 bug)

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Reporter)

Description

12 years ago
Reftest 346774-1a.html fails with native form controls on Mac OS X. Frustratingly, when I render the document, take a screenshot, then render the reference document, take a screenshot, and compare the two using an automated tool, every pixel is exactly the same.

The data URLs in the reftest do not match though, and when they are loaded the image looks crazy. This may be a problem with the png encoder.
(Reporter)

Comment 1

12 years ago
Same thing for reftest 346774-1b.html
(Reporter)

Comment 2

12 years ago
Same thing for reftest 346774-1c.html
More likely a problem with the painting code than the PNG encoder.

Could you attach something containing the data URLs so others can look?  (For example, the HTML resulting piping the relevant segment of reftest output through mozilla/layout/tools/reftest/clean-reftest-output.pl ?)
(Try putting the form controls inside a <div style="opacity:0.5"> ... </div> and see if you get similar problems.)

Updated

12 years ago
Summary: reftest 346774-1a.html fails with native form controls on Mac OS X → reftest 346774-1a.html fails with native form controls on Mac OS X (border of <select size="1">)

Updated

12 years ago
Depends on: 385298
(Reporter)

Updated

7 years ago
Status: NEW → RESOLVED
Last Resolved: 7 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.