RESOLVED FIXED 190178
Add release assertion to ensure m_owningPointerForClose is null in UniqueIDBDatabase::invokeOperationAndTransactionTimer()
https://bugs.webkit.org/show_bug.cgi?id=190178
Summary Add release assertion to ensure m_owningPointerForClose is null in UniqueIDBD...
Sihui Liu
Reported 2018-10-01 17:12:38 PDT
As in rdar://problem/44902833, RELEASE_ASSERT(!m_owningPointerForClose) in UniqueIDBDatabase::scheduleShutdownForClose() frequently gets hit, which means m_owningPointerForClose is already acquired for close and we should not reach scheduleShutdownForClose. Since scheduleShutdownForClose() is fired on timer, it's hard to tell which function dispatches it a second time from the crash log. The added release assertions in the invoke function should help reveal the probblematic code path.
Attachments
Patch (1.73 KB, patch)
2018-10-01 17:17 PDT, Sihui Liu
no flags
Sihui Liu
Comment 1 2018-10-01 17:17:17 PDT
Chris Dumez
Comment 2 2018-10-02 08:57:44 PDT
Comment on attachment 351325 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=351325&action=review > Source/WebCore/ChangeLog:8 > + This would help debug rdar://problem/44902833. How? I do not think we report to the user Network process crashes so they are unlikely to file a radar with reproduction case (since they won't know about the crash).
Chris Dumez
Comment 3 2018-10-02 09:18:20 PDT
Comment on attachment 351325 [details] Patch Never mind. Getting the automated crash reports will suffice.
WebKit Commit Bot
Comment 4 2018-10-02 09:46:13 PDT
Comment on attachment 351325 [details] Patch Clearing flags on attachment: 351325 Committed r236747: <https://trac.webkit.org/changeset/236747>
WebKit Commit Bot
Comment 5 2018-10-02 09:46:14 PDT
All reviewed patches have been landed. Closing bug.
Radar WebKit Bug Importer
Comment 6 2018-10-02 09:47:32 PDT
Note You need to log in before you can comment on or make changes to this bug.