[Webkit-unassigned] [Bug 166905] New: Failed to start load for icon

[bugzilla-daemon at webkit.org]

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

            Bug ID: 166905
           Summary: Failed to start load for icon
    Classification: Unclassified
           Product: WebKit
           Version: WebKit Nightly Build
          Hardware: Unspecified
                OS: Unspecified
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: WebCore Misc.
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: krollin at apple.com
                CC: achristensen at apple.com, beidson at apple.com,
                    krollin at apple.com

While performing local testing of a new PLT mechanism, I see the following messages:

ERROR: Failed to start load for icon at url http://www.bbc.com/favicon.ico
ERROR: Failed to start load for icon at url http://a.espncdn.com/favicon.ico
ERROR: Failed to start load for icon at url https://www.ok.ru/favicon.ico?v3
ERROR: Failed to start load for icon at url https://s-passets-cache-ak0.pinimg.com/webapp/style/app/common/images/favicon-57a225b2.png
ERROR: Failed to start load for icon at url http://en.savefrom.net/favicon.ico
ERROR: Failed to start load for icon at url https://assets.tumblr.com/images/favicons/favicon.ico?_v=0c0c5091d41bb140e5c6ad9ec116b085

Note that I'm loading about 75 pages one after another. Not all of them report this error. And the set of reported errors is not consistent from run to run (sometimes a page will report an error one run but not the next one). I haven't noticed that any particular page or set of pages tends to report this error more than others.

These all are reported against the following source line (with the patch from Bug 166904 applied):

/Volumes/Data/dev/WebKit/branches/record_playback/OpenSource/Source/WebCore/loader/icon/IconLoader.cpp(90) : void WebCore::IconLoader::startLoading()

These all have the following backtrace:

1   0x111b61c1d WebCore::IconLoader::startLoading()
2   0x111b3a338 WebCore::IconController::continueLoadWithDecision(WebCore::IconLoadDecision)
3   0x111530bf9 WebCore::DocumentLoader::continueIconLoadWithDecision(WebCore::IconLoadDecision)
4   0x111530ad4 WebCore::iconLoadDecisionCallback(WebCore::IconLoadDecision, void*)
5   0x102e28d0d WebCore::EnumCallback<WebCore::IconLoadDecision>::performCallback(WebCore::IconLoadDecision)
6   0x102e28ac8 WebKit::WebIconDatabaseProxy::receivedIconLoadDecision(int, unsigned long long)
7   0x102e2d3fe void IPC::callMemberFunctionImpl<WebKit::WebIconDatabaseProxy, void (WebKit::WebIconDatabaseProxy::*)(int, unsigned long long), std::__1::tuple<int, unsigned long long>, 0ul, 1ul>(Web     Kit::WebIconDatabaseProxy*, void (WebKit::WebIconDatabaseProxy::*)(int, unsigned long long), std::__1::tuple<int, unsigned long long>&&, std::__1::integer_sequence<unsigned long, 0ul, 1ul>)

There doesn't seem to be any negative effect on the PLT, so this error doesn't need to be fixed for that. And I don't know what leads to the error so I don't know if this is something that will occur for a customer. At worst, I guess it means that the favicon is not displayed.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.webkit.org/pipermail/webkit-unassigned/attachments/20170110/4436c7cb/attachment.html>