Bug 151205 – ASSERTION FAILED: !resources.get(key) while browsing Google Maps with satellite imagery

• Status: NEW
• Component: Page Loading

[Blaze Burg]

SUMMARY:

I hit this assertion twice while fooling around on the projector at the WebKit Contributors MEeting.

STEPS TO REPRODUCE:

 * Use a debug build.
 * maps.google.com
 * Click the hamburger menu next to search bar
 * Select "Earth" to turn on satellite imagery
 * zoom in and out, pan around until it crashes

STACK TRACE:

ASSERTION FAILED: !resources.get(key)
/Users/bburg/repos/webkit-tot/OpenSource/Source/WebCore/loader/cache/MemoryCache.cpp(146) : void WebCore::MemoryCache::revalidationSucceeded(WebCore::CachedResource &, const WebCore::ResourceResponse &)
1   0x10bfda7b0 WTFCrash
2   0x10f4c1e91 WebCore::MemoryCache::revalidationSucceeded(WebCore::CachedResource&, WebCore::ResourceResponse const&)
3   0x10fd45f81 WebCore::SubresourceLoader::didReceiveResponse(WebCore::ResourceResponse const&)
4   0x108964f52 WebKit::WebResourceLoader::didReceiveResponse(WebCore::ResourceResponse const&, bool)
5   0x10896a17d void IPC::callMemberFunctionImpl<WebKit::WebResourceLoader, void (WebKit::WebResourceLoader::*)(WebCore::ResourceResponse const&, bool), std::__1::tuple<WebCore::ResourceResponse, bool>, 0ul, 1ul>(WebKit::WebResourceLoader*, void (WebKit::WebResourceLoader::*)(WebCore::ResourceResponse const&, bool), std::__1::tuple<WebCore::ResourceResponse, bool>&&, std::index_sequence<0ul, 1ul>)
6   0x108969f48 void IPC::callMemberFunction<WebKit::WebResourceLoader, void (WebKit::WebResourceLoader::*)(WebCore::ResourceResponse const&, bool), std::__1::tuple<WebCore::ResourceResponse, bool>, std::make_index_sequence<2ul> >(std::__1::tuple<WebCore::ResourceResponse, bool>&&, WebKit::WebResourceLoader*, void (WebKit::WebResourceLoader::*)(WebCore::ResourceResponse const&, bool))
7   0x108969456 void IPC::handleMessage<Messages::WebResourceLoader::DidReceiveResponse, WebKit::WebResourceLoader, void (WebKit::WebResourceLoader::*)(WebCore::ResourceResponse const&, bool)>(IPC::MessageDecoder&, WebKit::WebResourceLoader*, void (WebKit::WebResourceLoader::*)(WebCore::ResourceResponse const&, bool))
8   0x108968d50 WebKit::WebResourceLoader::didReceiveWebResourceLoaderMessage(IPC::Connection&, IPC::MessageDecoder&)
9   0x108282170 WebKit::NetworkProcessConnection::didReceiveMessage(IPC::Connection&, IPC::MessageDecoder&)
10  0x10802fee3 IPC::Connection::dispatchMessage(IPC::MessageDecoder&)
11  0x108026e11 IPC::Connection::dispatchMessage(std::__1::unique_ptr<IPC::MessageDecoder, std::__1::default_delete<IPC::MessageDecoder> >)
12  0x1080304df IPC::Connection::dispatchOneMessage()
13  0x10804183d IPC::Connection::enqueueIncomingMessage(std::__1::unique_ptr<IPC::MessageDecoder, std::__1::default_delete<IPC::MessageDecoder> >)::$_10::operator()() const
14  0x10804180d void std::__1::__invoke_void_return_wrapper<void>::__call<IPC::Connection::enqueueIncomingMessage(std::__1::unique_ptr<IPC::MessageDecoder, std::__1::default_delete<IPC::MessageDecoder> >)::$_10&>(IPC::Connection::enqueueIncomingMessage(std::__1::unique_ptr<IPC::MessageDecoder, std::__1::default_delete<IPC::MessageDecoder> >)::$_10&&&)
15  0x10804165c std::__1::__function::__func<IPC::Connection::enqueueIncomingMessage(std::__1::unique_ptr<IPC::MessageDecoder, std::__1::default_delete<IPC::MessageDecoder> >)::$_10, std::__1::allocator<IPC::Connection::enqueueIncomingMessage(std::__1::unique_ptr<IPC::MessageDecoder, std::__1::default_delete<IPC::MessageDecoder> >)::$_10>, void ()>::operator()()
16  0x10ba2b63a std::__1::function<void ()>::operator()() const
17  0x10c02316d WTF::RunLoop::performWork()
18  0x10c023774 WTF::RunLoop::performWork(void*)
19  0x7fff8eb295c1 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__
20  0x7fff8eb1b41c __CFRunLoopDoSources0
21  0x7fff8eb1a93f __CFRunLoopRun
22  0x7fff8eb1a338 CFRunLoopRunSpecific
23  0x7fff99c6d935 RunCurrentEventLoopInMode
24  0x7fff99c6d76f ReceiveNextEventCommon
25  0x7fff99c6d5af _BlockUntilNextEventMatchingListInModeWithFilter
26  0x7fffa0ee11c6 _DPSNextEvent
27  0x7fffa12ada9f -[NSApplication _nextEventMatchingEventMask:untilDate:inMode:dequeue:]
28  0x7fffa0ed70a0 -[NSApplication run]
29  0x7fffa0e595f8 NSApplicationMain
30  0x7fff9956cf6c _xpc_objc_main
31  0x7fff9956e6bb _xpc_main_listener_event

[Blaze Burg]

This being Google Maps, it may be triggered by tiles going into / out of the cache.

[Alexey Proskuryakov]

<rdar://problem/28213650>

[Kenneth Russell]

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.