[Webkit-unassigned] [Bug 44282] New: [Qt] http/tests/incremental/slow-utf8-text.pl fails

[bugzilla-daemon at webkit.org]

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

           Summary: [Qt] http/tests/incremental/slow-utf8-text.pl fails
           Product: WebKit
           Version: 528+ (Nightly build)
          Platform: PC
        OS/Version: Mac OS X 10.5
            Status: UNCONFIRMED
          Severity: Normal
          Priority: P2
         Component: Tools / Tests
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: ademar.reis at openbossa.org


With current trunk (65688), all http/tests/incremental tests pass with the exception of slow-utf8-text.pl.
(a patch enabling them is on the way)

I traced the reason for the failure as the inability of our DRT to detect the content-type of the network reply which originated the main frame and dump it as text whenever it's text/plain. In other words, the tests requires the output to be rendered as text but our DRT is rendering it as a tree.

I couldn't find a way to retrieve the content-type (MIME) of a QWebFrame. Other ports (gtk/mac) appear to expose public APIs which allow access to WebCore::DocumentLoader::responseMIMEType(), but that's not the case of Qt.

Should we have an API for this, add some hack to allow this test to pass, or keep it ignored? Maybe I'm missing something? Given enough directions I could work on this.

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