After upgrading to kmail 5.21, the per contact settings for html/plain preference and remote content retrieval are no longer applied (see attached screenshot for an example). This is a regression in the current version, since it worked flawlessly in version 5.20.3. I have already tried to modify the contact and save it again but had no luck. Per folder setting for html preference is still applied correctly. Operating System: Gentoo Linux 2.8 KDE Plasma Version: 5.25.4 KDE Frameworks Version: 5.97.0 Qt Version: 5.15.5 Kernel Version: 5.15.59-gentoo (64-bit) Graphics Platform: X11 Processors: 8 × Intel® Core™ i7-4790K CPU @ 4.00GHz Memory: 23.4 GiB of RAM Graphics Processor: NVIDIA GeForce GTX 970/PCIe/SSE2 Manufacturer: Gigabyte Technology Co., Ltd. Product Name: Z97X-UD5H
Created attachment 151547 [details] contact settings
Created attachment 151548 [details] example html message of contact
Interesting: these preferences have never worked for me, in several years of trying, and aren't working for me in 5.20.3. (KDE Neon stable, mail in a Maildir, contacts in a vcf file.)
I too can confirm that these are no longer working after upgrading to the same version on my Arch installation. Additionally, I performed a clean Arch install recently on a different machine, and that also has the issue, so unlikely something to do with the upgrade process. KMail 5.21.0 (22.08.0) Running it from with Kontact makes no difference. If I right-click on an address and select Show HTML Format -> Show HTML format when mail comes from this contact, I am asked to "Select the address book where the contact will be saved", despite already having the contact in the address book. This happens every time, and ends up creating a duplicate entry every time. Clicking away from the e-mail to a different one, and then jumping back, the settings for the e-mail are reset again. It's as if the existing contacts are no longer visible. All of my contacts in ~/.local/share/contacts are configured to have the following settings: X-KADDRESSBOOK-MailAllowToRemoteContent:TRUE X-KADDRESSBOOK-MailPreferedFormatting:HTML All were configured through KAddressBook / Konact, none were hand-edited. Clicking on Edit Contact there does show the same settings as per the above "contact settings" PNG screenshot. This definitely used to work for me, so there has been a regression introduced somewhere. Operating System: Arch Linux KDE Plasma Version: 5.25.4 KDE Frameworks Version: 5.97.0 Qt Version: 5.15.5 Kernel Version: 5.19.4-arch1-1 (64-bit) Graphics Platform: Wayland Processors: 8 × Intel® Core™ i7-6700K CPU @ 4.00GHz Memory: 31.3 GiB of RAM Graphics Processor: AMD Radeon RX 6900 XT Manufacturer: MSI Product Name: MS-7976 System Version: 1.0
*** Bug 458504 has been marked as a duplicate of this bug. ***
Since it was referenced in the duplicate bug and it looked related to the issue, I have tried to revert https://invent.kde.org/pim/kmail/commit/f894cffa2b7ea91b86bc7754e6dd51495de312d3 of Bug 395711. However, it does not fix the issue.
Created attachment 151727 [details] display_message.log I have attached a log of akonadiconsole that was recorded while switching to a new message. The akonadi search returned zero results for the e-mail search for rssfeed@null.invalid (which is part of the contact with the html preference). Thus, this might actually be a bug of akonadi and not kmail.
Also the regular e-mail search is broken since 5.21.0. Maybe this is related to each other. See Bug 458202
Another regression in 20.08.0, that does relate to listing or finding e-mail adresses -> Bug 436815
Git commit 2acf92c81c4317950760e22c4fc1c5e216de6012 by Laurent Montel. Committed on 31/08/2022 at 11:38. Pushed by mlaurent into branch 'release/22.08'. Fix Bug 458202: Search for messages in kmail does not work anymore... no results at all FIXED-IN: 5.21.1 Related: bug 458202 M +4 -3 src/server/search/searchmanager.cpp https://invent.kde.org/pim/akonadi/commit/2acf92c81c4317950760e22c4fc1c5e216de6012
I can confirm the patch is fixing the problem. Thx for the fast help.
*** Bug 458543 has been marked as a duplicate of this bug. ***
Same. Thanks very much for the fix.
That works in the preview pane, but if I double click the mail t oopen it in a separate window I still need to reload HTML content -> reopening
(In reply to Axel Braun from comment #14) > That works in the preview pane, but if I double click the mail t oopen it in > a separate window I still need to reload HTML content -> reopening I too can confirm this. Sorry I didn't think to test that previously. It's not part of my usual workflow.
(In reply to Boltronics from comment #15) > (In reply to Axel Braun from comment #14) > > That works in the preview pane, but if I double click the mail t oopen it in > > a separate window I still need to reload HTML content -> reopening > > I too can confirm this. Sorry I didn't think to test that previously. It's > not part of my usual workflow. I believe this has been fixed in the repo already, it just hasn't been released yet. But I can't remember where I saw it posted, sorry :(