[Webkit-unassigned] [Bug 151205] ASSERTION FAILED: !resources.get(key) while browsing Google Maps with satellite imagery

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=151205

Kenneth Russell <kbr at google.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |darin at apple.com,
                   |                            |dino at apple.com,
                   |                            |jdarpinian at chromium.org,
                   |                            |kbr at google.com

--- Comment #3 from Kenneth Russell <kbr at google.com> ---
This assertion fires while running many of the layout tests for WebGL conformance in the MiniBrowser under WebKit1, which is the easiest debugging environment for many issues. One example:

ASSERTION FAILED: !resources.get(key)
./loader/cache/MemoryCache.cpp(148) : void WebCore::MemoryCache::revalidationSucceeded(WebCore::CachedResource &, const WebCore::ResourceResponse &)
1   0x136e31019 WTFCrash
2   0x117f7803b WTFCrashWithInfo(int, char const*, char const*, int)
3   0x11ba45903 WebCore::MemoryCache::revalidationSucceeded(WebCore::CachedResource&, WebCore::ResourceResponse const&)
4   0x11b986907 WebCore::SubresourceLoader::didReceiveResponse(WebCore::ResourceResponse const&, WTF::CompletionHandler<void ()>&&)
5   0x11b96506b WebCore::ResourceLoader::didReceiveResponseAsync(WebCore::ResourceHandle*, WebCore::ResourceResponse&&, WTF::CompletionHandler<void ()>&&)
6   0x11c274d69 WebCore::ResourceHandle::didReceiveResponse(WebCore::ResourceResponse&&, WTF::CompletionHandler<void ()>&&)
7   0x11cfb99c4 -[WebCoreResourceHandleAsOperationQueueDelegate connection:didReceiveResponse:]::$_4::operator()()
8   0x11cfb946e WTF::Detail::CallableWrapper<-[WebCoreResourceHandleAsOperationQueueDelegate connection:didReceiveResponse:]::$_4, void>::call()
9   0x136e5b552 WTF::Function<void ()>::operator()() const
10  0x136ed5465 WTF::RunLoop::performWork()
11  0x136ed9731 WTF::RunLoop::performWork(void*)
12  0x7fff3810bd52 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__
13  0x7fff3810bcf1 __CFRunLoopDoSource0
14  0x7fff3810bb0b __CFRunLoopDoSources0
15  0x7fff3810a83a __CFRunLoopRun
16  0x7fff38109e3e CFRunLoopRunSpecific
17  0x7fff36d36abd RunCurrentEventLoopInMode
18  0x7fff36d366f4 ReceiveNextEventCommon
19  0x7fff36d36579 _BlockUntilNextEventMatchingListInModeWithFilter
20  0x7fff3537c039 _DPSNextEvent
21  0x7fff3537a880 -[NSApplication(NSEvent) _nextEventMatchingEventMask:untilDate:inMode:dequeue:]
22  0x7fff3536c58e -[NSApplication run]
23  0x7fff3533e396 NSApplicationMain
24  0x106b9f3c5 main
25  0x7fff72176cc9 start
26  0x2

This is reproducible by installing Node and its http-server package, invoking it via:

/usr/local/bin/http-server -c-1

while cd'd into LayoutTests, and then navigating to, for example:

http://localhost:8080/webgl/1.0.3/conformance/ogles/GL/faceforward/faceforward_001_to_006.html

Many other nearby layout tests crash with this assertion failure.

This doesn't happen with Python's SimpleHTTPServer (which serves up on port 8000 by default):

python -m SimpleHTTPServer

but no cache value for Node's server works with WebKit.

Python's server has poor performance and reliability, so it would be great if this problem could be triaged.

-- 
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/20200813/c7a7d514/attachment.htm>