Changeset 267412 in webkit
- Timestamp:
- Sep 22, 2020, 9:22:33 AM (6 years ago)
- Location:
- trunk/Source/WebKit
- Files:
-
- 2 edited
-
ChangeLog (modified) (1 diff)
-
WebProcess/Plugins/PDF/PDFPlugin.mm (modified) (1 diff)
Legend:
- Unmodified
- Added
- Removed
-
trunk/Source/WebKit/ChangeLog
r267411 r267412 1 2020-09-22 Brady Eidson <beidson@apple.com> 2 3 Crashtracer inside PDFPlugin::createScrollbar. 4 <rdar://problem/69256031> and https://bugs.webkit.org/show_bug.cgi?id=216810 5 6 Reviewed by Tim Horton. 7 8 To quote Tim from r264945: 9 No new tests; timing is such that I can't reproduce without inserting 10 intentional delays into the main thread hops, which is further than 11 I'm willing to go for a test. 12 13 This is a speculative fix due to the aforementioned reproducibility issue. 14 15 * WebProcess/Plugins/PDF/PDFPlugin.mm: 16 (WebKit::PDFPlugin::installPDFDocument): With all the past fixes in place, its apparent 17 the plug-in HAS been torn down, and it's somewhat common to bypass the other "hasBeenDestroyed" 18 checks. So put an explicit check here followed by an explicit release assert. 19 1 20 2020-09-22 Brian Burg <bburg@apple.com> 2 21 -
trunk/Source/WebKit/WebProcess/Plugins/PDF/PDFPlugin.mm
r266756 r267412 1586 1586 LOG(IncrementalPDF, "Installing PDF document"); 1587 1587 1588 if (m_hasBeenDestroyed) 1589 return; 1590 1591 // If we haven't been destroyed yet, there must still be a PluginController 1592 RELEASE_ASSERT(controller()); 1593 1588 1594 #if HAVE(INCREMENTAL_PDF_APIS) 1589 1595 maybeClearHighLatencyDataProviderFlag();
Note:
See TracChangeset
for help on using the changeset viewer.