[Webkit-unassigned] [Bug 182918] Issue with Service Worker on trivago.com
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Mon Feb 19 09:30:26 PST 2018
https://bugs.webkit.org/show_bug.cgi?id=182918
--- Comment #4 from Chris Dumez <cdumez at apple.com> ---
Still no luck reproducing the crash. However, I was able to reproduce the occasional XHR / Fetch load error with an AccessControl error message by reloading shortly after the page is loaded.
The load error is actually a cancellation because we are reloading while initiating the XHR/Fetch load, and is merely misreported as an access control error.
We hit this error in CachedResource::load(CachedResourceLoader&):
if (m_options.securityCheck == DoSecurityCheck && (frameLoader.state() == FrameStateProvisional || !frameLoader.activeDocumentLoader() || frameLoader.activeDocumentLoader()->isStopping())) {
if (frameLoader.state() == FrameStateProvisional) {
RELEASE_LOG_IF_ALLOWED("load: Failed security check -- state is provisional (frame = %p)", &frame);
And the call site (CachedResourceLoader::requestResource) ends up doing:
resource->load(*this);
// We don't support immediate loads, but we do support immediate failure.
if (resource->errorOccurred()) {
if (resource->allowsCaching() && resource->inCache())
memoryCache.remove(*resource);
auto resourceError = resource->resourceError();
// Synchronous cancellations are likely due to access control.
if (resourceError.isNull() || resourceError.isCancellation())
return makeUnexpected(ResourceError { String(), 0, url, String(), ResourceError::Type::AccessControl });
return makeUnexpected(resourceError);
}
Synchronous cancellation is usually due to AccessControl, however, it is not always.
This is a bit unfortunate but not a big issue AFAICT. This is merely a cancellation due to a reload and nothing is broken.
To make this bug actionable, please provide a crash trace when you experience the crash.
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20180219/1c99cd6b/attachment.html>
More information about the webkit-unassigned
mailing list