Bug 225668
| Summary: | [ BigSur iOS14 ] http/tests/xmlhttprequest/redirect-cross-origin-tripmine.html (layout-test) is a flaky timeout | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Robert Jenner <jenner> |
| Component: | New Bugs | Assignee: | Nobody <webkit-unassigned> |
| Status: | NEW | ||
| Severity: | Normal | CC: | ayumi_kojima, webkit-bot-watchers-bugzilla, webkit-bug-importer |
| Priority: | P2 | Keywords: | InRadar |
| Version: | WebKit Nightly Build | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
Robert Jenner
http/tests/xmlhttprequest/redirect-cross-origin-tripmine.html
is a flaky timeout on BigSur and iOS14-Simulator.
HISTORY:
https://results.webkit.org/?suite=layout-tests&test=http%2Ftests%2Fxmlhttprequest%2Fredirect-cross-origin-tripmine.html
TIMEOUT TEXT:
CONSOLE MESSAGE: XMLHttpRequest cannot load http://localhost:8000/xmlhttprequest/resources/redirect-cross-origin-tripmine.py due to access control checks.
CONSOLE MESSAGE: Origin http://127.0.0.1:8000 is not allowed by Access-Control-Allow-Origin.
CONSOLE MESSAGE: XMLHttpRequest cannot load http://localhost:8000/xmlhttprequest/resources/redirect-cross-origin-tripmine.py due to access control checks.
-CONSOLE MESSAGE: Origin http://127.0.0.1:8000 is not allowed by Access-Control-Allow-Origin.
-CONSOLE MESSAGE: XMLHttpRequest cannot load http://localhost:8000/xmlhttprequest/resources/redirect-cross-origin-tripmine.py due to access control checks.
-Test that a cross-origin redirect does not result in a non-simple request being sent to the target.
+#PID UNRESPONSIVE - WebKitTestRunnerApp (pid 68365)
+FAIL: Timed out waiting for notifyDone to be called
-Asynchronous XMLHttpRequest 307 POST redirect:
- PASS
-Asynchronous XMLHttpRequest 307 GET redirect:
- PASS
-Asynchronous XMLHttpRequest 303 POST redirect:
- PASS
-Asynchronous XMLHttpRequest 303 GET redirect:
- PASS
-Asynchronous XMLHttpRequest 302 POST redirect:
- PASS
-Asynchronous XMLHttpRequest 302 GET redirect:
- PASS
-Asynchronous XMLHttpRequest 307 DELETE redirect:
- PASS
-Asynchronous XMLHttpRequest 301 POST redirect:
- PASS
-Asynchronous XMLHttpRequest 301 GET redirect:
- PASS
-Asynchronous XMLHttpRequest 301 DELETE redirect:
- PASS
-Synchronous XMLHttpRequest 307 POST redirect:
- PASS
-Synchronous XMLHttpRequest 307 GET redirect:
- PASS
-Synchronous XMLHttpRequest 303 POST redirect:
- PASS
-Synchronous XMLHttpRequest 303 GET redirect:
- PASS
-Synchronous XMLHttpRequest 302 POST redirect:
- PASS
-Synchronous XMLHttpRequest 302 GET redirect:
- PASS
-Synchronous XMLHttpRequest 307 DELETE redirect:
- PASS
-Synchronous XMLHttpRequest 301 POST redirect:
- PASS
-Synchronous XMLHttpRequest 301 GET redirect:
- PASS
-Synchronous XMLHttpRequest 301 DELETE redirect:
- PASS
-DONE
-
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Robert Jenner
It looks like the test started having more consistent timeouts starting at r275929.
Before that, the test was flaky timing out less.
Working on reproduction steps.
Radar WebKit Bug Importer
<rdar://problem/77865818>
Robert Jenner
I have been trying for the last few days to reproduce this, but have been unsuccessful. I have attempted it on iOS-simulator, as well as on BigSur. I even had one of my collages attempt to reproduce it, and he was also unable to.
That being said, let's try an experiment by marking the test as slow to see if it improves.
I have marked the test as slow here:
https://trac.webkit.org/changeset/277443/webkit
ayumi_kojima
The test is still timing out on BigSur (both wk1 & wk2 and Release & Debug). Updated test expectations from slow to pass/timeout: https://trac.webkit.org/changeset/282694/webkit