Summary: | Kmail 5.21.0 / 22.08.0 does no longer respect per contact html and remote content settings | ||
---|---|---|---|
Product: | [Applications] kmail2 | Reporter: | Till Schäfer <till2.schaefer> |
Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | CONFIRMED --- | ||
Severity: | normal | CC: | abolte, axel.braun, frankagainstthemachine, gjditchfield, kollix, ricardo |
Priority: | NOR | ||
Version: | 5.21.0 | ||
Target Milestone: | --- | ||
Platform: | Gentoo Packages | ||
OS: | Linux | ||
See Also: |
https://bugs.kde.org/show_bug.cgi?id=436815 https://bugs.kde.org/show_bug.cgi?id=458202 |
||
Latest Commit: | https://invent.kde.org/pim/akonadi/commit/2acf92c81c4317950760e22c4fc1c5e216de6012 | Version Fixed In: | 5.21.1 |
Sentry Crash Report: | |||
Attachments: |
contact settings
example html message of contact display_message.log |
Description
Till Schäfer
2022-08-24 10:58:04 UTC
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 :( (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. This keeps happening in Kmail 6.0.2 (24.02.2) |