[Webkit-unassigned] [Bug 37880] [Qt] Patch for checking the content-type supported by the QWebFrame...

[bugzilla-daemon at webkit.org]

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





--- Comment #2 from adawit at kde.org  2010-05-04 10:25:57 PST ---
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.