WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED INVALID
163532
REGRESSION(
r204163
): [GTK] Layout test plugins/js-from-destroy.html is flaky
https://bugs.webkit.org/show_bug.cgi?id=163532
Summary
REGRESSION(r204163): [GTK] Layout test plugins/js-from-destroy.html is flaky
Michael Catanzaro
Reported
2016-10-16 20:27:11 PDT
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
Comment 1
2016-10-17 09:14:55 PDT
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
Comment 2
2020-08-17 06:36:02 PDT
Plugins are no longer supported.
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