https://bugs.kde.org/show_bug.cgi?id=390452
Jan Kundrát changed:
What|Removed |Added
Status|CONFIRMED |RESOLVED
Resolution|---
https://bugs.kde.org/show_bug.cgi?id=390452
--- Comment #12 from Caspar Schutijser ---
Jens reported the bug to WebKit: https://bugs.webkit.org/show_bug.cgi?id=182924
That change will be backported to QtWebKit:
https://bugreports.qt.io/browse/QTBUG-67068?focusedCommentId=395494&page=com.atlassia
https://bugs.kde.org/show_bug.cgi?id=390452
--- Comment #11 from Caspar Schutijser ---
(In reply to Caspar Schutijser from comment #10)
> I'll open a bug report tonight and I'll keep you
> posted.
https://bugreports.qt.io/browse/QTBUG-67068
--
You are receiving this mail because:
You are watch
https://bugs.kde.org/show_bug.cgi?id=390452
--- Comment #10 from Caspar Schutijser ---
(In reply to Jan Kundrát from comment #9)
> Caspar, did you have luck reporting this bug to the Qt upstream?
I'm sorry, no, not yet. I'll open a bug report tonight and I'll keep you
posted.
--
You are receiv
https://bugs.kde.org/show_bug.cgi?id=390452
--- Comment #9 from Jan Kundrát ---
Caspar, did you have luck reporting this bug to the Qt upstream?
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=390452
--- Comment #8 from Jan Kundrát ---
> Does anyone have a better approach?
Patch QtWebKit and send that patch upstream, please. This is clearly their bug.
> Otherwise the behavior seems intended. You can configure the default
> behavior, but the webpa
https://bugs.kde.org/show_bug.cgi?id=390452
--- Comment #7 from Caspar Schutijser ---
Hello everyone,
At the bottom is a diff that contains my failed attempts at solving the
problem.
Here is a description of those attempts:
1) Connect a slot to the QNetworkAccessManager::finished signal in
Embe
https://bugs.kde.org/show_bug.cgi?id=390452
--- Comment #6 from Caspar Schutijser ---
(In reply to Thomas Lübking from comment #5)
> The way the code looks, injecting
>
>
>
> to the top of any html mail should do.
I thought of that as well this morning. Hopefully I'll have time tonight to
sub
https://bugs.kde.org/show_bug.cgi?id=390452
--- Comment #5 from Thomas Lübking ---
The way the code looks, injecting
to the top of any html mail should do.
Otherwise the behavior seems intended. You can configure the default behavior,
but the webpage has the last word on this.
---
ceterum cen
https://bugs.kde.org/show_bug.cgi?id=390452
--- Comment #4 from Caspar Schutijser ---
I looked at the QtWebkit source code and this piece of code caught my
attention:
4729 void Document::initDNSPrefetch()
4730 {
4731 Settings* settings = this->settings();
4732
4733 m_have
https://bugs.kde.org/show_bug.cgi?id=390452
Caspar Schutijser changed:
What|Removed |Added
CC||cas...@schutijser.com
--- Comment #3 from C
https://bugs.kde.org/show_bug.cgi?id=390452
--- Comment #2 from Jens Mueller ---
For the tests we used Debian GNU/Linux 9.3 with the libqt5webkit5:amd64
(version 5.7.1+dfsg-1) package installed.
Note easy prefetching of http://tracking-id.attacker.com"; rel="prefetch">
But prefetching can be re
https://bugs.kde.org/show_bug.cgi?id=390452
Jan Kundrát changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
13 matches
Mail list logo