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://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
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
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
>
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
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
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
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();
https://bugs.kde.org/show_bug.cgi?id=390452
Caspar Schutijser changed:
What|Removed |Added
CC|
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">
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