Intermittent text-shadow/text-shadow-selected-1.html == text-shadow/text-shadow-selected-1-ref.html | image comparison, max difference: 79, number of differing pixels: 3567
Categories
(Core :: Layout: Text and Fonts, defect, P5)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox75 | --- | fixed |
People
(Reporter: intermittent-bug-filer, Assigned: hsivonen)
References
(Regression)
Details
(Keywords: intermittent-failure, regression, Whiteboard: [retriggered][stockwell disable-recommended])
Attachments
(2 files, 1 obsolete file)
Filed by: cbrindusan [at] mozilla.com
Parsed log: https://treeherder.mozilla.org/logviewer.html#?job_id=289390631&repo=autoland
Full log: https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/bXLOtNI5R2S8s4cRXWUFeQ/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/bXLOtNI5R2S8s4cRXWUFeQ/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1
[task 2020-02-18T19:53:43.857Z] 19:53:43 INFO - REFTEST TEST-START | layout/reftests/text-shadow/text-shadow-selected-1.html == layout/reftests/text-shadow/text-shadow-selected-1-ref.html
[task 2020-02-18T19:53:43.857Z] 19:53:43 INFO - REFTEST TEST-LOAD | file:///builds/worker/workspace/build/tests/reftest/tests/layout/reftests/text-shadow/text-shadow-selected-1-ref.html | 25 / 32 (78%)
[task 2020-02-18T19:53:43.877Z] 19:53:43 INFO - [Child 14747, Main Thread] WARNING: Trying to request nsIHttpChannel from DocumentChannel, this is likely broken: file /builds/worker/workspace/build/src/netwerk/ipc/DocumentChannel.cpp, line 64
[task 2020-02-18T19:53:43.960Z] 19:53:43 INFO - REFTEST INFO | REFTEST fuzzy test (0, 0) <= (79, 3567) <= (1, 1000)
[task 2020-02-18T19:53:44.089Z] 19:53:44 INFO - REFTEST TEST-UNEXPECTED-FAIL | layout/reftests/text-shadow/text-shadow-selected-1.html == layout/reftests/text-shadow/text-shadow-selected-1-ref.html | image comparison, max difference: 79, number of differing pixels: 3567
This is almost permafailing, :hsivonenen, can you please take a look if this starts from your push?
https://hg.mozilla.org/integration/autoland/rev/a80f94ffe7260e09532e37e79671a49cc1acb77b
Updated•6 years ago
|
| Assignee | ||
Comment 1•6 years ago
|
||
This test expects window.focus() to paint immediately. This probably isn't true anymore, and the test should account for an IPC round trip by removing reftest-wait via a timeout.
Updated•6 years ago
|
Updated•6 years ago
|
| Assignee | ||
Comment 2•6 years ago
|
||
| Assignee | ||
Comment 3•6 years ago
|
||
| Assignee | ||
Updated•6 years ago
|
Updated•6 years ago
|
| Assignee | ||
Comment 4•6 years ago
|
||
Comment 5•6 years ago
|
||
Tracking reftest failures for Fission Nightly (M6)
Comment 6•6 years ago
|
||
The patch in bug 1615504 force ipc messages to be processed before taking the reftest snapshot by sending an empty message and waiting for a reply, so might fix this.
| Comment hidden (Intermittent Failures Robot) |
| Assignee | ||
Comment 8•6 years ago
|
||
| Assignee | ||
Comment 9•6 years ago
|
||
Ooh. layout/reftests/text-shadow/text-shadow-on-selection-1.html and layout/reftests/text-shadow/text-shadow-on-selection-2.html apparently fail to fire onfocus?
| Assignee | ||
Comment 10•6 years ago
|
||
(In reply to Henri Sivonen (:hsivonen) from comment #9)
Ooh.
layout/reftests/text-shadow/text-shadow-on-selection-1.htmlandlayout/reftests/text-shadow/text-shadow-on-selection-2.htmlapparently fail to fireonfocus?
Does not appear to fail for me locally when running the test individually.
| Comment hidden (Intermittent Failures Robot) |
Comment 12•6 years ago
|
||
There are 88 failures in the last 2 days.
All of them on linux1804-64-qr
Comment 13•6 years ago
|
||
| Comment hidden (Intermittent Failures Robot) |
Comment 15•6 years ago
|
||
Henri, looks like the patch in comment 8 doesn't work.
This is now in disable recommended bug list with 156 total failures since it was filed 11 days ago: https://treeherder.mozilla.org/intermittent-failures.html#/bugdetails?startday=2020-02-12&endday=2020-02-29&tree=trunk&bug=1616373
There are 4 test failing here, so disabling them would a bit extreme:
- /text-shadow-selected-1.html
- /text-shadow-selected-2.html
- /text-shadow-on-selection-1.html
- /text-shadow-on-selection-2.html
Could you have another go at this? Thank you.
Comment 16•6 years ago
|
||
Comment 17•6 years ago
|
||
I think the reftest harness might be getting confused somehow. When this fails we only load the ref, and not the test.
Comment 18•6 years ago
|
||
(In reply to Timothy Nikkel (:tnikkel) from comment #17)
I think the reftest harness might be getting confused somehow. When this fails we only load the ref, and not the test.
The reftest harness keeps some canvas's around indexed by the url and can re-use them if a url is re-used. This appears to be what is happening. So the harness isn't getting confused.
| Comment hidden (Intermittent Failures Robot) |
Comment 20•6 years ago
|
||
Kats, could you take a look over this since it only fails on linux webrender? Will update the disable patch in the meanwhile cause it fails really often.
Comment 21•6 years ago
|
||
(In reply to Cosmin Sabou [:CosminS] from comment #20)
Kats, could you take a look over this since it only fails on linux webrender? Will update the disable patch in the meanwhile cause it fails really often.
It only fails with fission, and I think we only run fission reftests on linux with webrender. My try pushes have plenty of failures without webrender (but with fission).
Comment 22•6 years ago
|
||
Per Timothy's comment it seems specific to fission, not webrender. Redirecting needinfo to :farre as this appears to be a harness problem (as opposed to a test-specific problem) with fission enabled.
Comment 23•6 years ago
|
||
I'm not sure if this is a (reftest) harness problem because the test doesn't use anything that would be different with fission enabled: there are no iframes in the test so AFAICT the test should be the same in fission as it is in e10s mode. And bug 1556627 caused this failure, which did not touch the reftest harness.
Updated•6 years ago
|
Comment 24•6 years ago
|
||
(In reply to Timothy Nikkel (:tnikkel) from comment #23)
I'm not sure if this is a (reftest) harness problem because the test doesn't use anything that would be different with fission enabled: there are no iframes in the test so AFAICT the test should be the same in fission as it is in e10s mode. And bug 1556627 caused this failure, which did not touch the reftest harness.
Ah, I see. At any rate, it looks like Henri anticipated fallout based on https://bugzilla.mozilla.org/show_bug.cgi?id=1556627#c208 (I didn't read the whole bug) and is aware of this bug. It's not WR specific so I don't think I have much to add here, and I'll clear the needinfo on :farre.
Comment 25•6 years ago
|
||
I put printfs at all of the functions added in bug 1556627 in ContentParent/Child. In a passing run we get several calls to ContentParent::RecvSetFocusedBrowsingContext, in a failing run we do not get that (none of the aforementioned printfs are hit during these handful of reftests failing here). So seems like the problem lies with the focus handling somehow.
Updated•6 years ago
|
Updated•6 years ago
|
Comment 26•6 years ago
|
||
This is a straw man patch, it seems to fix the bug based on my debugging the problem, but I'm not sure if it's a good way to fix the problem.
My understanding of the problem is as follows. We create the main content document, first it is about:blank in content process A. When the bug happens The about:blank document has WindowRaised called on it and this makes it the active window, and then it tells the parent process that it is the active browsing context. When the bug doesn't happen this doesn't happen, perhaps because we navigate away from about:blank before it can happen.
The browsing context navigates to the new document and it gets moved (?) to a different content process. BrowsingContextGroup::EnsureSubscribed is called, if the parent process got told of the active document above then we call SendSetupFocusedAndActive. When the child recieves this it calls SetActiveBrowsingContextFromOtherProcess on the focus manager.
nsFocusManager::WindowRaised is called for the new document, we bail early because of this line
because we are the browsing context that was set from another process. And so we fail to make the Focus call at the end of that function. So mFocusedWindow remains null in the child process.
The nsFocusManager::WindowShown call that happens for every new document load thus does not do anything because this line
always fails because mFocusedWindow is null and it never changes.
Updated•6 years ago
|
Comment 27•6 years ago
|
||
Comment 28•6 years ago
|
||
| bugherder | ||
Comment 29•6 years ago
|
||
Just to be on the safe side I've retriggered here and indeed the patch is working: https://treeherder.mozilla.org/#/jobs?repo=autoland&resultStatus=pending%2Crunning%2Csuccess%2Ctestfailed%2Cbusted%2Cexception&searchStr=linux%2C18.04%2Cx64%2Cquantumrender%2Cdebug%2Creftests%2Cwith%2Cfission%2Cenabled%2Ctest-linux1804-64-qr%2Fdebug-reftest-fis-e10s-2%2Cr-fis%28r2%29&revision=2b21fa5970ca6903b443e8e1f3cd761c9c07b529&selectedJob=291773540
Thanks Timothy for solving this.
Comment 30•6 years ago
|
||
Ah, sorry, I should have mentioned that I re-triggered many more times than that on try to verify before I even posted the patch here.
Updated•6 years ago
|
| Comment hidden (Intermittent Failures Robot) |
Description
•