Summary: | [GTK] Suspicious warning in http/tests/xmlhttprequest/connection-error-sync.html | ||
---|---|---|---|
Product: | WebKit | Reporter: | Alicia Boya García <aboya> |
Component: | WebKitGTK | Assignee: | Nobody <webkit-unassigned> |
Status: | NEW --- | ||
Severity: | Normal | CC: | bugs-noreply, calvaris, mcatanzaro |
Priority: | P2 | ||
Version: | WebKit Nightly Build | ||
Hardware: | Unspecified | ||
OS: | Unspecified |
Description
Alicia Boya García
2018-05-23 07:42:23 PDT
Well it's not a regression, according to Youenn's changelog: "There is a small change of behavior in the way we return an error. Instead of returning a platformBadResponseError, we are now returning the error as computed by NetworkLoadChecker. This allows getting some more error logging in the JS console." But as for whether the test is expecting its resource load to be blocked, I'm going to say no, that looks like a bug. It's frustrating that we don't know why the load was blocked. The same error occurs on tons of websites, but "access control checks" is a very vague reason. I remember talking to Alexey about this last year, we need better logging. Well, the load should be blocked, but because it is an infinite loop, not due to an access control check... right? Maybe that's an implementation detail leaking? |