[Webkit-unassigned] [Bug 241926] New: [iOS] Chrome hangs in stringByResolvingSymlinksInPath

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=241926

            Bug ID: 241926
           Summary: [iOS] Chrome hangs in stringByResolvingSymlinksInPath
           Product: WebKit
           Version: WebKit Nightly Build
          Hardware: Unspecified
                OS: Unspecified
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: WebKit Misc.
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: ajuma at chromium.org
                CC: bfulgham at webkit.org, pvollan at apple.com

Chrome on iOS has been getting reports of 10+ second hangs in stringByResolvingSymlinksInPath, during the call to realpath. In many of these reports, another thread is making a filesystem-related call (e.g. fstatat, rmdir, rename) at the same time (initiated by code in Chrome) as the main thread is calling into stringByResolvingSymlinksInPath.

Here's a sample stack:

0x00000001de364cf4 (libsystem_kernel.dylib + 0x00001cf4)        __getattrlist
0x00000001b18cde20 (libsystem_c.dylib + 0x00012e20)     realpath$DARWIN_EXTSN
0x00000001b55c5850 (WebKit + 0x001aa850)        WebKit::stringByResolvingSymlinksInPath(WTF::String const&)
0x00000001b55c5960 (WebKit + 0x001aa960)        WebKit::resolveAndCreateReadWriteDirectoryForSandboxExtension(WTF::String const&)
0x00000001b5ac5d70 (WebKit + 0x006aad70)        WebKit::WebsiteDataStore::resolveDirectoriesIfNecessary()
0x00000001b5acf670 (WebKit + 0x006b4670)        WebKit::WebsiteDataStore::parameters()
0x00000001b5acf5d4 (WebKit + 0x006b45d4)        WebKit::WebsiteDataStore::parametersFromEachWebsiteDataStore()
0x00000001b5a85940 (WebKit + 0x0066a940)        WebKit::NetworkProcessProxy::sendCreationParametersToNewProcess()
0x00000001b5a85f5c (WebKit + 0x0066af5c)        WebKit::NetworkProcessProxy::NetworkProcessProxy()
0x00000001b5a84ff8 (WebKit + 0x00669ff8)        WebKit::NetworkProcessProxy::ensureDefaultNetworkProcess()
0x00000001b5ac5b48 (WebKit + 0x006aab48)        WebKit::WebsiteDataStore::networkProcess()
0x00000001b5ac678c (WebKit + 0x006ab78c)        WebKit::WebsiteDataStore::fetchDataAndApply(WTF::OptionSet<WebKit::WebsiteDataType>, WTF::OptionSet<WebKit::WebsiteDataFetchOption>, WTF::Ref<WTF::WorkQueue, WTF::RawPtrTraits<WTF::WorkQueue> >&&, WTF::Function<void (WTF::Vector<WebKit::WebsiteDataRecord, 0ul, WTF::CrashOnOverflow, 16ul, WTF::FastMalloc>)>&&)
0x00000001b5ac659c (WebKit + 0x006ab59c)        WebKit::WebsiteDataStore::fetchData(WTF::OptionSet<WebKit::WebsiteDataType>, WTF::OptionSet<WebKit::WebsiteDataFetchOption>, WTF::Function<void (WTF::Vector<WebKit::WebsiteDataRecord, 0ul, WTF::CrashOnOverflow, 16ul, WTF::FastMalloc>)>&&)
0x00000001b542c7a8 (WebKit + 0x000117a8)        -[WKWebsiteDataStore(WKPrivate) _fetchDataRecordsOfTypes:withOptions:completionHandler:]
0x0000000100f256b8 (Chrome - wk_web_view_configuration_provider.mm: 164)        web::WKWebViewConfigurationProvider::ResetWithWebViewConfiguration(WKWebViewConfiguration*)
0x0000000100f25b68 (Chrome - wk_web_view_configuration_provider.mm: 174)        web::WKWebViewConfigurationProvider::GetWebViewConfiguration()

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20220623/5509b156/attachment.htm>