WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED INVALID
Bug 51823
[Qt] <embed>, <object>, <iframe> don't use the parent QWebPage's networkAccessManager
https://bugs.webkit.org/show_bug.cgi?id=51823
Summary
[Qt] <embed>, <object>, <iframe> don't use the parent QWebPage's networkAcces...
Bernhard Rosenkraenzer
Reported
2011-01-03 08:52:53 PST
When using a custom QNetworkAccessManager (extended to handle new protocols), images (<img src="..."/>) and links (<a href="...">) are loaded correctly even if they use the new protocol. <embed>, <object> and <iframe>, however, don't use the right QNetworkAccessManager, causing their content not to be loaded. e.g. with <base href="myProtocol://xyz/"/> this works: <img src="test.svg"/><!-- rendered with QtSvg as opposed to WebKit SVG --> <div><a href="page2.html">Go to the next page</a></div> but this does not: <embed src="test.svg" type="image/svg+xml"/> <object data="test.svg" type="image/svg+xml"/> <iframe src="test.svg" />
Attachments
Add attachment
proposed patch, testcase, etc.
Benjamin Poulain
Comment 1
2011-01-14 10:57:40 PST
Could you attach a test case? This is really strange because we don't have any "backup solution". To load something, we have to go through the network access manager.
Jocelyn Turcotte
Comment 2
2014-02-03 03:17:08 PST
=== Bulk closing of Qt bugs === If you believe that this bug report is still relevant for a non-Qt port of webkit.org, please re-open it and remove [Qt] from the summary. If you believe that this is still an important QtWebKit bug, please fill a new report at
https://bugreports.qt-project.org
and add a link to this issue. See
http://qt-project.org/wiki/ReportingBugsInQt
for additional guidelines.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug