Bug 49253 - [Qt][WK2] ASSERT fail in fast/frames/lots-of-objects.html
Summary: [Qt][WK2] ASSERT fail in fast/frames/lots-of-objects.html
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: WebKit2 (show other bugs)
Version: 528+ (Nightly build)
Hardware: PC All
: P2 Normal
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-11-09 07:26 PST by Balazs Kelemen
Modified: 2010-11-09 08:51 PST (History)
0 users

See Also:

Attachments
Patch (1.61 KB, patch)
2010-11-09 07:34 PST, Balazs Kelemen 		no flags Details | Formatted Diff | Diff
View All 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 Balazs Kelemen 2010-11-09 07:26:00 PST 
> WebKitBuild/Debug/bin/WebKitTestRunner LayoutTests/ast/frames/lots-of-objects.html
ASSERTION FAILED: attached
(../../../WebKit2/Platform/qt/SharedMemoryQt.cpp:131 static WTF::PassRefPtr<WebKit::SharedMemory> WebKit::SharedMemory::create(const WebKit::SharedMemory::Handle&, WebKit::SharedMemory::Protection))

We should remove the assert and handle the case when the attach is unsuccessful.
This can happen when the process that created the shared memory has been already detached from that
when we are attaching. In the test, the VisitedLinkProvider creates a new table, send the SetVisitedLinkTable message
to the web process, and a bit later WTR terminates and detaches from the shared memory.
When the web process sees the message then the shared memory has been already released so it is not attachable.
Comment 1 Balazs Kelemen 2010-11-09 07:34:57 PST 
Created attachment 73377 [details]
Patch
Comment 2 Balazs Kelemen 2010-11-09 08:51:07 PST 
Comment on attachment 73377 [details]
Patch

Clearing flags on attachment: 73377

Committed r71638: <http://trac.webkit.org/changeset/71638>
Comment 3 Balazs Kelemen 2010-11-09 08:51:15 PST 
All reviewed patches have been landed.  Closing bug.