WebKit Bugzilla
New
Browse
Search+
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
263879
REGRESSION(
269235@main
?):[ Monterey+ ] http/tests/security/xss-DENIED-script-inject-into-inactive-window2-pson.html is flaky recently
https://bugs.webkit.org/show_bug.cgi?id=263879
Summary
REGRESSION(269235@main?):[ Monterey+ ] http/tests/security/xss-DENIED-script-...
Fujii Hironori
Reported
2023-10-30 04:40:14 PDT
http/tests/security/xss-DENIED-script-inject-into-inactive-window2-pson.html is flaky recently Buildbot: builder Apple-Sonoma-Debug-AppleSilicon-WK2-Tests build 176 (
269273@main
)
https://build.webkit.org/#/builders/934/builds/176
https://build.webkit.org/results/Apple-Sonoma-Debug-AppleSilicon-WK2-Tests/269273@main%20(176)/http/tests/security/xss-DENIED-script-inject-into-inactive-window2-pson-diff.txt
--- /Volumes/Data/worker/Apple-Sonoma-Debug-AppleSilicon-WK2-Tests/build/layout-test-results/http/tests/security/xss-DENIED-script-inject-into-inactive-window2-pson-expected.txt +++ /Volumes/Data/worker/Apple-Sonoma-Debug-AppleSilicon-WK2-Tests/build/layout-test-results/http/tests/security/xss-DENIED-script-inject-into-inactive-window2-pson-actual.txt @@ -1 +1 @@ -This page doesn't do anything special. +XSS Buildbot: builder Apple-Monterey-Release-AppleSilicon-WK1-Tests build 12901 (
269333@main
)
https://build.webkit.org/#/builders/377/builds/12901
Buildbot: builder Apple-Monterey-Debug-AppleSilicon-WK2-Tests build 7027 (
269333@main
)
https://build.webkit.org/#/builders/376/builds/7027
Attachments
Add attachment
proposed patch, testcase, etc.
Fujii Hironori
Comment 1
2023-10-30 04:43:39 PDT
Pull request:
https://github.com/WebKit/WebKit/pull/19712
EWS
Comment 2
2023-10-30 04:47:13 PDT
Test gardening commit
269933@main
(c4f3c627500f): <
https://commits.webkit.org/269933@main
> Reviewed commits have been landed. Closing PR #19712 and removing active labels.
Robert Jenner
Comment 3
2023-11-01 11:36:27 PDT
I was able to semi-reliably reproduce this failure running the test as follows on Sonoma Release ToT: run-webkit-tests http/tests/security/xss-DENIED-script-inject-into-inactive-window2-pson.html --force --iterations 100
Robert Jenner
Comment 4
2023-11-01 11:44:49 PDT
This test was last modified at:
https://commits.webkit.org/269235@main
, which was on October 11th. The first recent flake of this test occurred shortly after on October 12th. It had not failed before that test run. So, I would say that our regression point appears to be
269235@main
.
Robert Jenner
Comment 5
2023-11-01 11:46:13 PDT
Assigning to Michael Smith.
Radar WebKit Bug Importer
Comment 6
2023-11-06 03:41:15 PST
<
rdar://problem/117992521
>
sideshowbarker
Comment 7
2023-11-06 23:39:31 PST
(In reply to Robert Jenner from
comment #3
)
> I was able to semi-reliably reproduce this failure running the test as > follows on Sonoma Release ToT: > > run-webkit-tests > http/tests/security/xss-DENIED-script-inject-into-inactive-window2-pson.html > --force --iterations 100
In my environment, when I run that, it consistently fails the first time, and then passes the remaining 99 times. And if I give it --iterations 1000, it again consistently fails the first time and then passes the other 999 times. If I run it without --iterations value, it consistently fails. I don’t yet understand what makes it fail the first/only time, and I don’t yet understand what makes it instead pass any subsequent times. But I’ll keep trying to figure out what it ought to be doing. It’s using both setTimeout and setInterval — but those don’t seem to cause the fails-the-first-time-but-passes-any-subsequent-times problem I’m seeing. And to work as expected, it seems to need to be able to detect that that the innocent-victim.html content has been loaded. Or maybe it instead just needs to know that the innocent-victim.html content has been navigated to — because the source of that doesn’t contain script, and nothing is done with the HTML it does contain, so it seems like it doesn’t really matter whether it’s been loaded. And if so, then it seems like it would be sufficient just to check that the owner document has gotten navigated to the
http://localhost:8000/security/resources/innocent-victim.html
URL. But when I change it to check for that instead, the test always times out. I’ll keep trying to see if I can find something that actually works.
sideshowbarker
Comment 8
2023-11-07 00:56:12 PST
Pull request:
https://github.com/WebKit/WebKit/pull/20092
EWS
Comment 9
2023-11-14 17:21:33 PST
Committed
270737@main
(c586c6d289d7): <
https://commits.webkit.org/270737@main
> Reviewed commits have been landed. Closing PR #20092 and removing active labels.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug