Bug 163532
Summary: | REGRESSION(r204163): [GTK] Layout test plugins/js-from-destroy.html is flaky | ||
---|---|---|---|
Product: | WebKit | Reporter: | Michael Catanzaro <mcatanzaro> |
Component: | Plug-ins | Assignee: | Nobody <webkit-unassigned> |
Status: | RESOLVED INVALID | ||
Severity: | Normal | CC: | bugs-noreply, cgarcia, youennf |
Priority: | P2 | ||
Version: | Other | ||
Hardware: | PC | ||
OS: | Linux |
Michael Catanzaro
Layout test plugins/js-from-destroy.html has been flaky since r204163 "DocumentThreadableLoader should report an error when getting a null CachedResource". Updating expectations accordingly.
--- /home/slave/webkitgtk/gtk-linux-64-release-tests/build/layout-test-results/plugins/js-from-destroy-expected.txt
+++ /home/slave/webkitgtk/gtk-linux-64-release-tests/build/layout-test-results/plugins/js-from-destroy-actual.txt
@@ -1 +1,2 @@
+CONSOLE MESSAGE: XMLHttpRequest cannot load due to access control checks.
PASS if didn't crash.
It's concerning that (a) the URL that failed to load is a space character, (b) the Apple ports don't have this problem, and (c) that the test sometimes passes.
Attachments | ||
---|---|---|
Add attachment proposed patch, testcase, etc. |
youenn fablet
I do not fully understand this test.
There is a possibility that there is a timing issue which causes the message to appear from being logged from time to time.
The message might be due to XHR receiving a AccessControl error (which does not mean it is related to CORS...).
The difference between Mac and GTK may be that Mac does not generate this error type (or even no error?), in which case the console message is never printed.
It might be interesting to dump the stack when this error is happening at DTL or XHR level for instance.
Carlos Garcia Campos
Plugins are no longer supported.