Closed
Bug 556855
Opened 15 years ago
Closed 15 years ago
Snow Leopard packaged unittests failing test_platform_colors.xul
Categories
(Core :: Widget: Cocoa, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: lsblakk, Unassigned)
References
Details
Consistent failure:
10056 ERROR TEST-UNEXPECTED-FAIL | chrome://mochikit/content/chrome/widget/tests/test_platform_colors.xul | platform color highlighttext is wrong: rgb(254, 255, 254)
testing color inactiveborder
10062 ERROR TEST-UNEXPECTED-FAIL | chrome://mochikit/content/chrome/widget/tests/test_platform_colors.xul | platform color menu is wrong: rgb(254, 255, 254)
testing color menutext
10099 ERROR TEST-UNEXPECTED-FAIL | chrome://mochikit/content/chrome/widget/tests/test_platform_colors.xul | platform color -moz-menuhovertext is wrong: rgb(254, 255, 254)
testing color -moz-menubartext
Comment 1•15 years ago
|
||
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1270240441.1270241786.26993.gz
Rev3 MacOSX Snow Leopard 10.6.2 mozilla-central debug test mochitest-other [testfailed] Started 12:51, finished 13:18
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1270264762.1270266132.24040.gz
Rev3 MacOSX Snow Leopard 10.6.2 mozilla-central debug test mochitest-other on 2010/04/02 20:19:22
s: talos-r3-snow-018
10076 ERROR TEST-UNEXPECTED-FAIL | chrome://mochikit/content/chrome/widget/tests/test_platform_colors.xul | platform color highlighttext is wrong: rgb(254, 255, 254)
10082 ERROR TEST-UNEXPECTED-FAIL | chrome://mochikit/content/chrome/widget/tests/test_platform_colors.xul | platform color menu is wrong: rgb(254, 255, 254)
10119 ERROR TEST-UNEXPECTED-FAIL | chrome://mochikit/content/chrome/widget/tests/test_platform_colors.xul | platform color -moz-menuhovertext is wrong: rgb(254, 255, 254)
Comment 4•15 years ago
|
||
Comment 6•15 years ago
|
||
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1270530411.1270531167.9714.gz
Rev3 MacOSX Snow Leopard 10.6.2 mozilla-central opt test mochitest-other on 2010/04/05 22:06:51
s: talos-r3-snow-018
I marked the colors that were showing up as legal:
http://hg.mozilla.org/mozilla-central/rev/83491775950c
It would be good if somebody checks that that makes sense.
I'm a bit suspicious of the numbers behaving the way they are, though... could there be some sort of rounding bug in our interaction with color management or something?
Comment 8•15 years ago
|
||
(In reply to comment #7)
> I marked the colors that were showing up as legal:
> http://hg.mozilla.org/mozilla-central/rev/83491775950c
Thanks!
> It would be good if somebody checks that that makes sense.
I think it does. If those colors are the ones that the system gives us, they're by definition correct.
> I'm a bit suspicious of the numbers behaving the way they are, though... could
> there be some sort of rounding bug in our interaction with color management or
> something?
Hmm. The code is:
> NSColor* deviceColor = [aColor colorUsingColorSpaceName:NSDeviceRGBColorSpace];
> return NS_RGB((unsigned int)([deviceColor redComponent] * 255.0),
> (unsigned int)([deviceColor greenComponent] * 255.0),
> (unsigned int)([deviceColor blueComponent] * 255.0));
We should check whether using rounding makes any difference.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Updated•15 years ago
|
Blocks: darwin_unittests
You need to log in
before you can comment on or make changes to this bug.
Description
•