Bug 28604 - ASSERT(!resource->m_proxyResource) in CachedResource when surfing lexisnexis
Summary: ASSERT(!resource->m_proxyResource) in CachedResource when surfing lexisnexis
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: Page Loading (show other bugs)
Version: 528+ (Nightly build)
Hardware: All All
: P2 Normal
Assignee: Nobody
URL: http://www.lexisnexis.com/
Keywords:
Depends on:
Blocks:
 
Reported: 2009-08-20 23:02 PDT by David Levin
Modified: 2015-05-01 16:14 PDT (History)
5 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description David Levin 2009-08-20 23:02:31 PDT 
Following the steps in https://bugs.webkit.org/show_bug.cgi?id=25399 (perhaps see the radar bugs), the ASSERT(!resource->m_proxyResource); in
CachedResource::setResourceToRevalidate may fire after using the lexisnexis site for some time.

(Using some notes from ap)
It seems to be due to a complicated combination of several frames including the
same script, and being reloaded using different navigation types at the same
time (like POST+reload or something) but an exact cause/repro hasn't been
determined yet.

Since there is logic that's supposed to prevent this sort of thing - preloaded
resources shouldn't be revalidated  for normal loads - it's not good that it
breaks on lexisnexis.
Comment 1 Simon Fraser (smfr) 2013-05-15 22:02:53 PDT 
Also seeing this assertion loading a web archive of http://www.childrenscancer.org/zach/
Comment 2 Geoffrey Garen 2014-08-21 16:28:23 PDT 
This ASSERT reproduces for me running LayoutTests/cache/x-frame-options-304.html in a debug build in WebKit2 mode (while running the full test suite):

run-webkit-tests -2 --debug --batch-size=100000000 --iterations=8
Comment 3 Simon Fraser (smfr) 2015-05-01 16:14:32 PDT 
Saw this reloading http://www.polygon.com/e3-2014/2014/6/10/5792156/legend-of-zelda-wii-u-2015