[Webkit-unassigned] [Bug 93345] [EFL] Unskip fast/dom/HTMLLinkElement/subresource.html

[bugzilla-daemon at webkit.org]

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





--- Comment #1 from Gyuyoung Kim <gyuyoung.kim at samsung.com>  2012-08-07 11:27:13 PST ---
In WebViewHost class of chromium port, didReceiveResponse() returns "application/octet-stream" when MIME type is empty as below.

void WebViewHost::didReceiveResponse(WebFrame*, unsigned identifier, const WebURLResponse& response)
{
    ...
    if (m_shell->shouldDumpResourceResponseMIMETypes()) {
        GURL url = response.url();
        WebString mimeType = response.mimeType();
        printf("%s has MIME type %s\n",
            url.ExtractFileName().c_str(),
            // Simulate NSURLResponse's mapping of empty/unknown MIME types to application/octet-stream
            mimeType.isEmpty() ? "application/octet-stream" : mimeType.utf8().data());
    }
}

However, in EFL port case, we just print real mime_type, which has text/plain.

void DumpRenderTreeChrome::onResponseReceived(void*, Evas_Object*, void* eventInfo)
{
    ...
    if (!done && gLayoutTestController->dumpResourceResponseMIMETypes()) {
        printf("%s has MIME type %s\n",
               KURL(ParsedURLString, response->url).lastPathComponent().utf8().data(),
               response->mime_type);
    }
}

It looks there is some implementation difference between chromium port and EFL port. Thus, it seems EFL port needs to have new expected result.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.