[Webkit-unassigned] [Bug 37880] New: [Qt] Patch to add the ability to determine the mime-type supported by the QWebFrame...

[bugzilla-daemon at webkit.org]

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

           Summary: [Qt] Patch to add the ability to determine the
                    mime-type supported by the QWebFrame...
           Product: WebKit
           Version: 528+ (Nightly build)
          Platform: All
        OS/Version: All
            Status: UNCONFIRMED
          Severity: Enhancement
          Priority: P2
         Component: WebKit Qt
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: adawit at kde.org


The patch provided here adds a function to query the frame for the content it
supports.
It can be used to query QtWebKit whether or not it can handle a specific
content type.

The motivation for this patch is to address a crucial QtWebKit/KDE integration
issue. 
The issue stems from the fact that the KDE integration of QtWebKit changes
QtWebKit
to use KDE's KIO subsytem for network communication. In doing so, it causes an
issue
we cannot simply workaround in KDE whenever we need to determine content type
and
pause the ioslave and transfer/resume it using another request/job. I can
provide a detailed
analysis of this issue, but essentially all QtWebKit based KDE browsers (e.g.
reKonq) are
afflicted with this problem. Originally it was thought the problem can be
resolved without
requiring changes upstream, but further investigation showed that was not
possible.

If this patch is not acceptable as it stand, it can easily be modified and
perhaps be added
as a protected member function of QWebPage. Perhaps that would be more
acceptable.
Regardless, if we are unable to query QtWebKit for the content that it
can/cannot handle
the issue downstream will never be resolved...

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