Intermittent image/test/reftest/generic/moz-icon-blank-1-almostref.html == image/test/reftest/generic/moz-icon-blank-1-ref.html | single tracking bug
Categories
(Core :: Graphics: ImageLib, defect, P5)
Tracking
()
People
(Reporter: intermittent-bug-filer, Unassigned)
References
Details
(Keywords: intermittent-failure, intermittent-testcase)
Filed by: sstanca [at] mozilla.com
Parsed log: https://treeherder.mozilla.org/logviewer?job_id=456527511&repo=autoland
Full log: https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/TrJBQNyWRKaS49-kg50idw/runs/0/artifacts/public/logs/live_backing.log
Reftest URL: https://hg.mozilla.org/mozilla-central/raw-file/tip/layout/tools/reftest/reftest-analyzer.xhtml#logurl=https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/TrJBQNyWRKaS49-kg50idw/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1
Comment 1•5 months ago
|
||
Odd, some sort of change caused this to happen? Maybe infra change or code change?
Comment 2•5 months ago
|
||
Not sure if it's related, but bug 1894564 also started happening recently and feels infra-ish, and sometimes these failures occur in the same tasks.
Comment 3•5 months ago
|
||
In the failing case the two images are blank pages with the top left corner folded over, but they are just slightly different icons.
When we pass the icons are identical, they are both pages with the top left corner folded over but with (illegible) text on the page. So it's not even wrong (given that it's just supposed to be an almostref), it's just a different result.
The tests just ask the os for icons and put up what the os returns.
Comment 4•5 months ago
|
||
(In reply to Timothy Nikkel (:tnikkel) from comment #1)
Odd, some sort of change caused this to happen? Maybe infra change or code change?
Bug 1888460 was a somewhat-recent infra change that might be relevant here, FWIW (just ran across it when bisecting the other bug that I'm looking at; see bug 1894564 comment 3).
Comment 5•5 months ago
•
|
||
tl;dr: The test probably just needs a fuzzy annotation for linux, similar to the existing fuzzy annotation for Windows and mac.
Currently it's expecting the testcase/reference to precisely match, only on linux, but that doesn't really make sense because the testcase and reference case are asking for different icons. (Maybe/probably on our test runners, the icon set used to be relatively-limited and the icons were in fact the same, at least when requested at the 16px size that we're using here; but that's no longer the case, I guess?)
Personally when I load the testcase locally on linux, the testcase and reference case render with different icons for me:
- The testcase has
moz-icon://.txt?size=16
which for me is an icon that shows a document with lines of writing. - The reference has
moz-icon://bogus-unrecognized-icon.bogusunknown845?size=16
which renders similarly except with a question-mark instead of the lines of writing. - So: they're two completely different (albeit similar) system icons, I think.
It looks like this test dates back to the patch in bug 1690845 (and it's been annotated as fuzzy-on-mac/windows as of when it landed, presumably due to an analogous difference on those platforms to what I'm seeing locally on Linux). I guess it never differed on our Linux test runners, but some infra change (possibly Bug 1888460) made us get a slightly different set of system-icons that are available (sometimes at least)?
Anyway: given that the icons are still similar and still look ~reasonable for the corresponding file types (they're not wrong in a way that users might consider buggy as in bug 1690845), I'd suggest we just add a fuzzy annotation for linux, to allow for what we're seeing.
Comment 6•5 months ago
|
||
Yes, the test does not expect an identical match, the naming almostref indicates it just wants to test that something reasonable is drawn. So if this was a consistent failure I'd be happy to update the fuzz. The fact that the OS returns different icons to us intermittently though suggests that some aspect of the configuration of these machines is changing on an intermittent basis. If the returned icons are changing what else about the config could be changing? This would make it hard to get consistent results on these machines when writing and running tests.
Comment hidden (Intermittent Failures Robot) |
Comment 8•5 months ago
|
||
I think this bug is a manifestation of the strangely inconsistent choice-of-GTK-theme discussed in Bug 1895092; see that bug for more details.
Comment hidden (Intermittent Failures Robot) |
Comment hidden (Intermittent Failures Robot) |
Comment hidden (Intermittent Failures Robot) |
Comment hidden (Intermittent Failures Robot) |
Comment hidden (Intermittent Failures Robot) |
Comment 14•2 months ago
|
||
https://wiki.mozilla.org/Bug_Triage#Intermittent_Test_Failure_Cleanup
For more information, please visit BugBot documentation.
Description
•