Bug 395711

I have the same behavior since KMail 5.8.1 and it still exists in KMail 5.8.3

boospy: can you describe better where to find the "load external references"?
For example with a screenshot.
I ask because I can't find the setting you're referring to.  

Hmm, I found it now: it's the menu folder in the main menu (on top of kmail) and
not on the folder itself.  In my case "load external references" is grayed out.

I have this problem in kmail 5.8.3, Gentoo 17.1 KDE profile, exactly as described.

Richard: you may need to enable "Configure Kmail" -> Security -> Allow messages to load external references
for the folder option to be available.

Funny, I just wanted to report this issue (again) ;)

Because I installed the new KDE (18.08) on a virtual machine and in this 
virtual machine I have this issue.  Not on my current KDE desktop.

I've the "Configure Kmail" -> Security -> Allow messages to load external references, this enabled.

Full story:

Current desktop / kmail version:
kmail-17.12.3
openSUSE Leap 15.0

In this version HTML emails are shown correctly (at least the way I want it to be).

I created a virtual machine with openSUSE Leap 15.0
copied my .local/share .config and .kde4 directories to the virtual machine

All worked as expected.

Update KDE to 18.08 with kmail version:
kmail-18.08.0

This version shows the issue.  It's an issue (bug?) in the new kmail version.

I heard more people about this, I hope that this gets fixed before the offical release.

Is this ticket on the list with issues to be solved before release?

I can confirm this bug.
I'm using KDE neon

Just an additional info:
using the described workaround on "INBOX" the external resources are loaded. Re-enabling the checkbox, the external resources continue to be enabled. 
Different behavior in subfolders, where resources are loaded only with workaround applied

Still present with kmail Version 5.9.1

Same 

Kmail: 5.9.2

OS: Antergos Linux 
KDE-Plasma-Version: 5.14.1
Qt-Version: 5.11.2
KDE-Frameworks-Version: 5.51.0
Kernel-Version: 4.18.14-arch1-1-ARCH

*** Bug 399043 has been marked as a duplicate of this bug. ***

*** Bug 395657 has been marked as a duplicate of this bug. ***

*** Bug 395733 has been marked as a duplicate of this bug. ***

Git commit e17b0461c3c0bba4c317c26db6977dfab2195920 by Laurent Montel.
Committed on 30/10/2018 at 08:15.
Pushed by mlaurent into branch 'Applications/18.08'.

Fix Bug 395711 - Since last Update kmail didn't load external images anymore

FIXED-IN: 5.9.3

M  +17   -5    src/kmmainwidget.cpp
M  +1    -0    src/kmmainwidget.h

https://commits.kde.org/kmail/e17b0461c3c0bba4c317c26db6977dfab2195920

Stil exists in 5.9.3 in KDE Neon (Ubuntu 18.04)

Verify if you don't have 2 contacts with same address.

It's fixed verified here.

Created attachment 116686 [details]
Kmail screenshot

As you can see in attachment, still not working correctly, even with one entry in contacts.

In fact, it works as long as you read your message in the main window, but if you open it in a separate window by double-clicking on it, the bug is still present.

confirmed

confirmed

greeting

(In reply to Aurélien Murith from comment #15)
> In fact, it works as long as you read your message in the main window, but
> if you open it in a separate window by double-clicking on it, the bug is
> still present.

In my machine even in main window not working correctly :/

I think I am also affected by this bug. I disabled HTML and external references by default (I get much spam so I want to allow references only for specified origins) and click on the warning message on enable HTML manually. However I am not always asked for confirmation that the external references should be loaded.

You might try to press <Ctrl><Shift><R> to load the external references (or whatever you shortcut you configured). This loaded all images instantly.

Still having this problem.

KDE Neon 18.04

KMail Version 5.12.3

KDE Frameworks 5.65.0

Qt 5.13.2 (built against 5.13.2)

The xcb windowing system

I'm having the same problem. Kontact version 5.13.0 with opensuse tumbleweed, running plasma 5.17.4, KDE frameworks 5.65.0, Qt version 5.13.1, kernel 5.3.12-2

I have checked both "Prefer html to plain text" and "Allow messages to load external references from the Internet" in kmail's security settings but every time I open an html message I get this warning: "Note: This HTML message may contain external references to images etc. For security/privacy reasons external references are not loaded. If you trust the sender of this message then you can load the external references for this message by clicking here."

This annoying problem is still present with plasma 5.18.0 and Kontact version 5.13.2 on opensuse tumbleweed.

Just to add a bit more info: The message preview pane works as expected. That is, it loads external images for html messages. But if you double-click on a message to open a separate window, the message window fails to load the external images.

Folder-specific settings and global defaults regarding external images should now be working fine in general as of KMail 5.14.1.

Only messages opened in a separate window as noted in Comment 23 still require manually confirming the warning. Findings:
- this only happens if global defaults are used
- for folder-specific settings it works fine (global defaults have to be unchecked then, though)

Is this expected behaviour or a bug then ? In my 4:21.12.3-0ubuntu1 kmail version the preview pane loads everything as expected. But why is opening a separate window (double clicking on an email) getting this separate behaviour ?

For me it's a bug.
I will work on it after lunch

Sounds good. Have a good lunch !

Git commit f894cffa2b7ea91b86bc7754e6dd51495de312d3 by Laurent Montel.
Committed on 10/08/2022 at 12:21.
Pushed by mlaurent into branch 'release/22.08'.

Fix 395711:  External images not loaded by default if message was opened in a separate window

FIXED-IN: 22.08.0

M  +9    -7    src/kmmainwidget.cpp

https://invent.kde.org/pim/kmail/commit/f894cffa2b7ea91b86bc7754e6dd51495de312d3

Four years after reporting it, I really appreciate it, really really no malice :D

Same here. Much appreciated :)

One more thank you.