Open Bug 856452 Opened 12 years ago Updated 2 years ago

mysteriously fragile PNG reftests

Categories

(Core :: Graphics: ImageLib, defect)

x86_64
Windows 7
defect

Tracking

()

People

(Reporter: jfkthame, Unassigned)

References

Details

Attachments

(1 file)

The attached patch just adds a (pointless) call to gfxWindowsPlatform::GetPlatform() within the windows widget code (nsWindow::GetDefaultScaleInternal). I don't see why this should have any effect at all on behavior - but it causes two PNG reftests to consistently fail, across all four Windows test configurations on tryserver: https://tbpl.mozilla.org/?tree=Try&rev=068acae8c6c5 12:11:48 INFO - REFTEST TEST-UNEXPECTED-FAIL | file:///C:/talos-slave/test/build/tests/reftest/tests/image/test/reftest/pngsuite-ancillary/ccwn2c08.png | image comparison (==), max difference: 8, number of differing pixels: 569 12:11:49 INFO - REFTEST TEST-UNEXPECTED-FAIL | file:///C:/talos-slave/test/build/tests/reftest/tests/image/test/reftest/pngsuite-ancillary/ccwn3p08.png | image comparison (==), max difference: 8, number of differing pixels: 577 The failures seem to be completely consistent, but I see no connection to the patch that's triggering them. This turned up while testing the "part 2" patch in bug 818927, which uses a method from gfxWindowsPlatform to replace the body of GetDefaultScaleInternal. In that bug, I'm proposing to mark these two tests as fuzzy on windows, but it worries me that this patch, which should be a no-op, somehow perturbs them.
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: