[kmail2] [Bug 392239] CR linebreaks in message view are not shown
https://bugs.kde.org/show_bug.cgi?id=392239 xchain changed: What|Removed |Added Ever confirmed|0 |1 Summary|Messages or parts with |CR linebreaks in message |Content-Transfer-Encoding: |view are not shown |base64 have no line breaks | |displayed | Status|NEEDSINFO |CONFIRMED Resolution|WAITINGFORINFO |--- --- Comment #8 from xchain --- Thanks, test cases are always helpful, as they often allow to better pinpoint the core issue. Glad you found the cause! Can confirm that CR linebreaks in base64-encoded messages are not displayed using current git master. In fact, this is not really specific to base64 encoding: Converting any mbox file (e.g. with "Content-Transfer-Encoding: 7Bit") with "unix2mac" to use CR linebreaks yields an empty message view already, and converting only the mail body shows the header at least, but misses linebreaks in the message text. Note that only the message view is affected. When opening the "Message as Plain Text" window through "View Source", the linebreaks are displayed just fine. -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 420766] Envelope From is empty on outgoing mails
https://bugs.kde.org/show_bug.cgi?id=420766 --- Comment #9 from xchain --- Tim: After upgrading to 5.14.1, is the issue gone for you too? -- You are receiving this mail because: You are the assignee for the bug.
[kmime] [Bug 420849] Adresses are incorrectly quoted if they contain a non-ascii character
https://bugs.kde.org/show_bug.cgi?id=420849 --- Comment #12 from xchain --- 58d42ed87387 disables dfaaec1dc9ea6a1364d82a4fe8add90064c0199f in kmime for the moment, so this should work again in master and 5.14.1. Not sure what the plan is going forward, so I'll leave the bug status as is for the moment. -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 362650] an extra space character in attached file names the UTF-8 encoded
https://bugs.kde.org/show_bug.cgi?id=362650 --- Comment #19 from xchain --- Thank you very much for the swift fix, Laurent! Works great now. -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 362650] an extra space character in attached file names the UTF-8 encoded
https://bugs.kde.org/show_bug.cgi?id=362650 xchain changed: What|Removed |Added Ever confirmed|0 |1 Status|NEEDSINFO |CONFIRMED Resolution|WAITINGFORINFO |--- --- Comment #14 from xchain --- Thanks! With your test case it's much easier to reproduce the bug. Findings: - When hovering over the filename, the statusbar does _not_ show any spaces. - Saving a single attachment or all attachments at once also does _not_ result in any spaces. - Everything inside QWebEngine's view incorrectly shows spaces for the first attachment, but not for the second. Spaces are also present when selecting and copying the text. - When saving the files, attaching them to a new mail in KMail and saving as a draft, everything works fine when viewing the result. Thus KMail only has problems understanding the filename format created in Thunderbird. So, in general this should work now (certainly better than in 2016), but there are still some viewing-related cases for mails created in e.g. Thunderbird where this is still broken. -- You are receiving this mail because: You are the assignee for the bug.
[kmime] [Bug 420849] Adresses are incorrectly quoted if they contain a non-ascii character
https://bugs.kde.org/show_bug.cgi?id=420849 --- Comment #11 from xchain --- (In reply to Laurent Montel from comment #10) > Do you use build from master ? kmime/messagelib/kmail ? That's correct, as pointed out in Comment 4. I just pulled and rebuilt kmime, messagelib and kmail just to be sure, and completely removed all config files and databases. The issue is still there. Reverting dfaaec1dc9ea6a1364d82a4fe8add90064c0199f in kmime as mentioned in Comment 1 fixes the problem. Let me know if there are other things I could check to determine what's different on my system. -- You are receiving this mail because: You are the assignee for the bug.
[kmime] [Bug 420849] Adresses are incorrectly quoted if they contain a non-ascii character
https://bugs.kde.org/show_bug.cgi?id=420849 --- Comment #9 from xchain --- Created attachment 128215 --> https://bugs.kde.org/attachment.cgi?id=128215&action=edit Video of the issue Hm, I can't find anything wrong with your attachment from Comment 7. Perhaps it works for you due to a local patch not yet pushed to the repo? (In reply to Laurent Montel from comment #8) > how do you add them ? > in each line or all text in once ? As detailed in Comment 4, I used a separate lineedit for pasting each address. I'll attach a video showing my steps. -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 334213] Stuck "Mail filter agent" progressbar
https://bugs.kde.org/show_bug.cgi?id=334213 --- Comment #16 from xchain --- (In reply to Txutxifel from comment #15) > I got 'Mail filter agent' with kmail starting automatically from the systray: Thanks! Can confirm, that's a great way to reproduce the issue. In fact, it seems starting minimized and to systray is not even necessary, merely letting KMail get restarted upon session restore was enough for me. I wonder why that is: Perhaps due to increased system load? -- You are receiving this mail because: You are the assignee for the bug.
[kmime] [Bug 420849] Adresses are incorrectly quoted if they contain a non-ascii character
https://bugs.kde.org/show_bug.cgi?id=420849 --- Comment #6 from xchain --- Created attachment 128211 --> https://bugs.kde.org/attachment.cgi?id=128211&action=edit Result after saving as draft. That's what I get (slightly redacted) after the "save draft" step in Comment 4. Maybe you could attach your result after that step too? This way we can check whether there are still some ambiguities in the steps to reproduce, resulting in not being able to reproduce. -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 421114] New: Excessive CPU usage and logging (ItemRetrievalJob) in KMail / Akonadi when mail draft or template does not include any text / has empty body
https://bugs.kde.org/show_bug.cgi?id=421114 Bug ID: 421114 Summary: Excessive CPU usage and logging (ItemRetrievalJob) in KMail / Akonadi when mail draft or template does not include any text / has empty body Product: Akonadi Version: GIT (master) Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: server Assignee: kdepim-bugs@kde.org Reporter: xch...@gmx.net Target Milestone: --- When composing a message and saving it as a draft without having written any text yet, akonadiserver will become very busy, resulting in a sluggish overall system. Note that this also affects saving as a template, where having an empty text area could be considered a common use case. Symptoms include the log filling up with > org.kde.pim.akonadiserver: ItemRetrievalJob for request 646 finished (with the counter incrementing by one each time) even when KMail is idle/unfocussed. There are two cases for the logging frequency: - several messages a second if the mail is selected, going along with very high CPU usage (kmail, mysqld and akonadiserver in particular) - a message every 5 seconds if a different (non-broken) mail is selected The issue persists even after restarting KMail and Akonadi. Steps to reproduce: - start KMail with a clean KMail/Akonadi config - no need to create any account besides "Local Folders" - create new mail, leave all fields empty, save as draft - select mail, notice high CPU usage and excessive logging - edit mail by adding text in the message editor, save as draft again - notice CPU becoming idle again, no more logging Affected versions: - can be reproduced with KF5 and KDE PIM from git master as of today (5.14.40) and Qt 5.14.1 - KMail 5.9.2 is affected too - KMail 5.5.2 is _not_ affected Possibly related: Bug 398407 -- You are receiving this mail because: You are the assignee for the bug.
[kaddressbook] [Bug 378437] Allow to initiate CC mail to contacts group / distribution list from KAddressbook
https://bugs.kde.org/show_bug.cgi?id=378437 xchain changed: What|Removed |Added Summary|lost functionality |Allow to initiate CC mail ||to contacts group / ||distribution list from ||KAddressbook CC||xch...@gmx.net --- Comment #7 from xchain --- Testing with KMail 5.13.3, the "Select Recipient" dialog allows to "Add as To/CC/BCC" for both individual addresses as well as address lists. Let's consider this part fixed. As for KAddressbook, it would indeed be useful to be able to directly initiate a new message to an address list using CC. Currently this only works with "To" via "Action > Send an email...". Let's change the title of the bug accordingly. -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 395711] External images not loaded by default if message was opened in a separate window
https://bugs.kde.org/show_bug.cgi?id=395711 xchain changed: What|Removed |Added CC||xch...@gmx.net Summary|Since last Update kmail |External images not loaded |didn't load external images |by default if message was |anymore |opened in a separate window --- Comment #24 from xchain --- 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) -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 334213] Stuck "Mail filter agent" progressbar
https://bugs.kde.org/show_bug.cgi?id=334213 xchain changed: What|Removed |Added CC||xch...@gmx.net --- Comment #14 from xchain --- I have also witnessed the progressbar for the mail filter agent being stuck at 0% in the past, with no filters configured at all (the usual filter was present, though). While I sometimes experience the issue minutes after starting KMail from an empty config and with no account present at all (besides "Local Folders"), I have a hard time reproducing this reliably. Can someone provide a minimal list of steps to reproduce this issue, starting from a clean config? -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 362579] Segfault when selecting multiple adresses from contact list
https://bugs.kde.org/show_bug.cgi?id=362579 xchain changed: What|Removed |Added CC||xch...@gmx.net Status|REPORTED|CONFIRMED Ever confirmed|0 |1 --- Comment #8 from xchain --- Let's set this to confirmed at least. Still happening with KDE PIM from git master as of today when shift-selecting contacts previously saved in a distribution list. -- You are receiving this mail because: You are the assignee for the bug.
[kmime] [Bug 420849] Adresses are incorrectly quoted if they contain a non-ascii character
https://bugs.kde.org/show_bug.cgi?id=420849
xchain changed:
What|Removed |Added
Status|REPORTED|CONFIRMED
Ever confirmed|0 |1
--- Comment #4 from xchain ---
I can now reproduce with KMail 5.14.0 and git master, KMail 5.13.3 is not
affected.
The key is to use "To" for both addresses in the original mail, while by
default KMail will use "CC" for the second address.
(This crucial step was missing from the description, and the attachment only
included the reply mail from Gmail).
To summarize and provide the missing detailed "steps to reproduce" from the bug
template:
- create new mail
- set first "To" address field to "ó-1 <1...@1.com>"
- change second address field to "To", set to "ó-2 <2...@2.com>"
- save draft
- observe the "To" field incorrectly changed to "ó-1 <1...@1.com>,ó-2"
<2...@2.com>
- ("Reply to All" not necessary)
--
You are receiving this mail because:
You are the assignee for the bug.
[kdepim] [Bug 359063] Plain text version of html-only message is not respecting encoding specified in html message
https://bugs.kde.org/show_bug.cgi?id=359063 xchain changed: What|Removed |Added Resolution|--- |FIXED Status|REPORTED|RESOLVED CC||xch...@gmx.net --- Comment #6 from xchain --- Cannot reproduce with a mail as generated by the script in Comment 4 using KMail git master. Respecting the encoding seems to be fixed in the meantime. There is one issue left: The "" is not displayed. However, this can be fixed by adding the missing "", so that's more of an issue with the generated mail than something to work around in KMail. -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 362650] an extra space character in attached file names the UTF-8 encoded
https://bugs.kde.org/show_bug.cgi?id=362650 xchain changed: What|Removed |Added Resolution|--- |WAITINGFORINFO Status|REPORTED|NEEDSINFO CC||xch...@gmx.net --- Comment #7 from xchain --- Cannot reproduce using KMail git master. Like in Comment 2, files attached to mails created with KMail have their filename encoded in a single line and display and save just fine. Please let us know whether you can still reproduce. It would also be interesting to know which mail application was used to create the message you received. You can also attach a test case to the bug by saving as an mbox file. -- You are receiving this mail because: You are the assignee for the bug.
[kontact] [Bug 416758] Encoding broken
https://bugs.kde.org/show_bug.cgi?id=416758 xchain changed: What|Removed |Added CC||xch...@gmx.net --- Comment #9 from xchain --- I could reproduce the issue with the test case from Comment 8. However, after ea14bb921d43 in messagelib it seems to be fixed (did not try to reproduce with the other cases mentioned above, though). Might be worth trying again once 5.14.1 shipped, and possibly attach an mbox test case if it is still failing for you. Otherwise close as fixed. -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 420766] Envelope From is empty on outgoing mails
https://bugs.kde.org/show_bug.cgi?id=420766 xchain changed: What|Removed |Added CC||xch...@gmx.net -- You are receiving this mail because: You are the assignee for the bug.
[kmime] [Bug 420849] Adresses are incorrectly quoted if they contain a non-ascii character
https://bugs.kde.org/show_bug.cgi?id=420849 xchain changed: What|Removed |Added CC||xch...@gmx.net --- Comment #2 from xchain --- Not sure what the "unspecified" version refers to, but I cannot reproduce with KMail 5.14.0. I could reproduce briefly with an older git master, by saving a new message with two addresses containing non-ascii characters in the Drafts folder and trying to reply to all. However, in addition I had to move "utf-8" to the top of KMail's "Charset" configuration page. In the default configuration with "us-ascii" on top it worked just fine. That being said, with the current git master this seems to be fixed (at least for the moment). Possibly due to ea14bb921d43 in messagelib. Could you try again? -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 392239] Messages or parts with Content-Transfer-Encoding: base64 have no line breaks displayed
https://bugs.kde.org/show_bug.cgi?id=392239 xchain changed: What|Removed |Added Resolution|--- |WAITINGFORINFO Status|REPORTED|NEEDSINFO CC||xch...@gmx.net --- Comment #1 from xchain --- I tried reproducing with the following mbox file using git master: MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8" YWFhIGJiYgpjY2MgZGRkCmVlZSBmZmYK According to "base64 -d" this should be shown as: aaa bbb ccc ddd eee fff ..which is exactly what KMail showed, including line breaks, i.e. I'm unable to reproduce. (Let me know in case I misunderstood the steps to reproduce.) Please check whether the issue still happens with a recent version of KMail, and add a test case. You can use a text editor to redact the mail after saving as mbox, of course. -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 298349] kmail2 composer (still) fails to display non-ascii characters in quoted text on reply with some mails (only with nested multipart mime parts?)
https://bugs.kde.org/show_bug.cgi?id=298349 xchain changed: What|Removed |Added CC||xch...@gmx.net --- Comment #17 from xchain --- (In reply to Hans-Peter Jansen from comment #16) > "Keep original charset..." [...] is enabled by default Are you sure about that? I tested KMail 18.08 and current git master, and in both cases "Keep original charset..." was unchecked by default. Anyway, I simplified the mail attached in Comment 2 a bit (see below). Findings (with "Keep original charset..." checked): - "Content-Type: multipart/mixed;" is necessary to reproduce - after removing the "€" symbol (first line), "können" is not garbled anymore Reduced test case: Date: Wed, 18 Apr 2012 14:57:15 +0200 From: "X xxxh" To: "xx " Subject: Re: [] Content-Type: multipart/mixed; boundary="===3895039973466476490==" --===3895039973466476490== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable =E2=82=AC k=C3=B6nnen --===3895039973466476490==-- -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 404863] KMail should use UTF-8 as default encoding
https://bugs.kde.org/show_bug.cgi?id=404863 xchain changed: What|Removed |Added CC||xch...@gmx.net -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 385649] KMail renders HTML-escaped elements without having HTML-view enabled
https://bugs.kde.org/show_bug.cgi?id=385649 xchain changed: What|Removed |Added Ever confirmed|0 |1 Status|REPORTED|CONFIRMED CC||xch...@gmx.net -- You are receiving this mail because: You are the assignee for the bug.
[kdepim] [Bug 345959] When an individual folder is set to prefer HTML to Plaintext, some E-mails with both HTML and plaintext parts will display the plaintext part
https://bugs.kde.org/show_bug.cgi?id=345959 xchain changed: What|Removed |Added Status|NEEDSINFO |RESOLVED Resolution|WAITINGFORINFO |WORKSFORME --- Comment #7 from xchain --- Thanks for the response. Let's set the status to RESOLVED for now, but feel free to reopen if you happen to come across a failing mail. -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 387624] "Show html format" and "Load external reference" for selected contact not working.
https://bugs.kde.org/show_bug.cgi?id=387624 xchain changed: What|Removed |Added Resolution|--- |WORKSFORME Status|REOPENED|RESOLVED --- Comment #6 from xchain --- As you can see from your screenshot, viewing HTML was fixed indeed, compared to your original report. Only loading external images still seems to fail for you. That being said, I tested this again with the current git version as well as with KMail 5.13.3 by inserting "https://localhost:8080/image.png>" in a new mail and serving said image with "python -m SimpleHTTPServer 8080". After toggling "Load external..." from the contact's context menu I could observe the GET request and the image displayed fine. With the git version, even reloading the message was not necessary, just like it should be. I would suggest to: - wait for KMail 5.14.1, which has lots of related fixes - check whether external images load at all, i.e. when the global option for that is turned on - turn off KMail's ad blocker - test with a separate/new local user account on your machine, i.e. check with a fresh KMail/Akonadi config - test if another application is able to show the image, e.g. Thunderbird (to rule out a broken webserver). If this still does not work in KMail, please file a new bug with clear steps to reproduce and most importantly attach the broken mail as an mbox file. > May this be related to some configuration files See fourth suggestion from above on how to test this easily. -- You are receiving this mail because: You are the assignee for the bug.
[kontact] [Bug 420327] reload email after changing html preference for contact
https://bugs.kde.org/show_bug.cgi?id=420327 --- Comment #7 from xchain --- Fix confirmed. Thanks! -- You are receiving this mail because: You are the assignee for the bug.
[kontact] [Bug 420327] reload email after changing html preference for contact
https://bugs.kde.org/show_bug.cgi?id=420327 xchain changed: What|Removed |Added Resolution|FIXED |--- Status|RESOLVED|REOPENED --- Comment #4 from xchain --- Works great now for changing the setting directly from the context menu. However, for the "Edit contact" dialog this still requires to manually refresh the message selection. (Thus reopening, but if this is impossible to fix, feel free to close the bug regardless.) -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 420608] Unable to configure a default email format
https://bugs.kde.org/show_bug.cgi?id=420608 --- Comment #8 from xchain --- Here is an alternative idea, which is maybe a bit simpler and more in line with what users already know in terms of UI: You can already set a "Message Default Format" (i.e. HTML, plain text, or global) for each folder. Currently this applies only to viewing mails, but perhaps this could be replicated (as a separate setting?) for editing of mails. Since often a folder is used with only a single identity, this would achieve a similar effect. This would not help when all mail goes to a single inbox, of course, and requires a bit more effort to set up. The question is: Is rich text editing a property of identities, folders, or even individual contacts? Closely aligning with what KMail already supports in terms of HTML view settings might be a wise choice. Mathias: It is always helpful to include use cases and context in a bug, i.e. what is it you are actually trying to achieve? "Unable to configure X" is not an end in itself... -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 420608] Unable to configure a default email format
https://bugs.kde.org/show_bug.cgi?id=420608 --- Comment #7 from xchain --- > Each time that you will switch identity it will ask you.. If only the signature changes back to plain text (e.g. when you did not write any rich text above the signature yet), it's probably not needed to ask the user for confirmation and simply switch to plain text. Also, if the user already wrote some rich text in the current mail it is probably enough to assume that switching back to plain text is unwanted. In other cases asking for confirmation just like when using the rich text button directly might be needed, though. > So you have 3 identities That being said, there is also the (more common?) case of opening the composer already set to the correct identity automatically without having to switch manually (e.g. due to replying to a specific mail, or due to starting a new message from a folder with an associated identity): Having the correct rich text setting set by KMail instead of using the (global) recent one would be useful for sure. As long as users can override what KMail did automatically, I think there should be nothing wrong with this. -- You are receiving this mail because: You are the assignee for the bug.
[kontact] [Bug 420327] reload email after changing html preference for contact
https://bugs.kde.org/show_bug.cgi?id=420327 xchain changed: What|Removed |Added Ever confirmed|0 |1 Status|REPORTED|CONFIRMED CC||xch...@gmx.net --- Comment #1 from xchain --- I can confirm the issue with KMail 5.14.0. (See also https://bugs.kde.org/show_bug.cgi?id=419948#c3, which fixed a similar problem related to refreshing HTML settings for folders). -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 420608] Unable to configure a default email format
https://bugs.kde.org/show_bug.cgi?id=420608 xchain changed: What|Removed |Added CC||xch...@gmx.net --- Comment #4 from xchain --- (In reply to Laurent Montel from comment #3) > if you have a html signature for sure it will switch to html. Exactly, and that's how it should be. However, currently this does not work for the opposite direction: If there is a signature without HTML, KMail will not switch back to plaintext. HTML signature state can be configured per identity. If you have identity A with an HTML signature and identity B with a plain text signature, after using A KMail will behave as if it was set to rich text editing for B too. It would be more pleasant and more efficient for users if KMail switched back to plain text automatically in this specific case. Remembering rich text editing state per identity instead of globally sounds like a good idea. Whether or not this needs a checkbox in the identity settings dialog is a different question. -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 363027] Per folder HTML settings are not working
https://bugs.kde.org/show_bug.cgi?id=363027 xchain changed: What|Removed |Added Status|REPORTED|NEEDSINFO Resolution|--- |WAITINGFORINFO --- Comment #11 from xchain --- It would be helpful if you could specify what exactly is still not working for you, preferably with detailed steps to reproduce. > I do not see the direct relation to Bug 375314 Yes, it is a different bug. That's why I referred to that different bug, instead of having Comment 8 confuse everyone over here. > I can still reproduce the issue with KDEPIM 5.13.3 (19.12.3) As you can see in Bug 419948, this has only been fixed in 5.14.0. -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 419948] Changing an individual folder to "Prefer HTML" or to "Prefer Plain Text" is not remembered after restarting KMail
https://bugs.kde.org/show_bug.cgi?id=419948 --- Comment #6 from xchain --- Thank you so much, again. I can confirm this is fixed now. (Making the broken HTML toggle action in Bug 375314 the only major remaining issue for our deployment wrt. an excellent HTML switching experience.) -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 345360] Sometimes hides parts of a HTML-only message when rendered as plain-text
https://bugs.kde.org/show_bug.cgi?id=345360 xchain changed: What|Removed |Added CC||xch...@gmx.net -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 363027] Per folder HTML settings are not working
https://bugs.kde.org/show_bug.cgi?id=363027 xchain changed: What|Removed |Added Status|REOPENED|RESOLVED CC||xch...@gmx.net Resolution|--- |FIXED --- Comment #9 from xchain --- Since this bug now seems to concern multiple different issues, let's try to untangle it a bit: > i have to re-open this as the per-folder settings again > have no effect in kmail2 5.3.1 This should work again after the first fix to Bug 419948. If not, feel free to open a new bug. > It seems that the hotkey to "Toggle HTML Display Mode" is ineffective See Bug 375314. > load external references It's probably better to file a separate bug, should there still be any issue left. -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 419948] Changing an individual folder to "Prefer HTML" or to "Prefer Plain Text" is not remembered after restarting KMail
https://bugs.kde.org/show_bug.cgi?id=419948 xchain changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED |--- --- Comment #2 from xchain --- Thanks. I tried to confirm the fix, but unfortunately I have to report that it is working only partially: - Changing the setting via the "Folder Properties" context menu now works correctly. - Going via the "Folder" entry in the menu bar (as outlined in the "steps to reproduce" above) is still broken. In other words: Changes applied via the menu bar entry take effect without being reflected in the actual folder properties available in the context menu. Perhaps saving changes to the config file is missing there too? Therefore reopening the bug. (Side note: Changing the setting via the "Folder Properties" context menu requires switching messages for it to apply, while going via the "Folder" entry in the menu bar automatically refreshes the message. Maybe that's another hint?) -- You are receiving this mail because: You are the assignee for the bug.
[kdepim] [Bug 419949] KMail only partly shows HTML mail
https://bugs.kde.org/show_bug.cgi?id=419949 --- Comment #6 from xchain --- Thanks for fixing this so quickly, the reply shows up in KMail's latest git build now. The only issue remaining is the missing line break in the quoted part (see screenshot above). I opened a new bug to track this: Bug 419978 -- You are receiving this mail because: You are the assignee for the bug.
[kdepim] [Bug 419978] KMail missing line break in blockquote when showing as HTML mail
https://bugs.kde.org/show_bug.cgi?id=419978 --- Comment #1 from xchain --- Created attachment 127460 --> https://bugs.kde.org/attachment.cgi?id=127460&action=edit KMail 5.14.40 vs. Thunderbird 68.6. -- You are receiving this mail because: You are the assignee for the bug.
[kdepim] [Bug 419978] New: KMail missing line break in blockquote when showing as HTML mail
https://bugs.kde.org/show_bug.cgi?id=419978 Bug ID: 419978 Summary: KMail missing line break in blockquote when showing as HTML mail Product: kdepim Version: GIT (master) Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: messageviewer Assignee: kdepim-bugs@kde.org Reporter: xch...@gmx.net Target Milestone: --- Created attachment 127459 --> https://bugs.kde.org/attachment.cgi?id=127459&action=edit Test Case See attached test case: With HTML mode enabled, the quoted reply (wrapped in ) is missing the line break between "HTML QUOTE" and "SECOND LINE". This works correctly in Thunderbird (see screenshot). (The reply not showing up was already fixed in Bug 419949.) I can reproduce this bug with KMail 5.9.2 (Qt 5.11.2 / KF 5.51) as well as KMail 5.14.40 (Qt 5.14.1 / KF 5.69). -- You are receiving this mail because: You are the assignee for the bug.
[kdepim] [Bug 419949] KMail only partly shows HTML mail
https://bugs.kde.org/show_bug.cgi?id=419949 --- Comment #3 from xchain --- I'm afraid I'm unable to convince that particular contact to switch to a more conforming mail app. As for the missing "", if you look closely, it is not actually missing, but only included in the last part (below "--"). -- You are receiving this mail because: You are the assignee for the bug.
[kdepim] [Bug 419949] KMail only partly shows HTML mail
https://bugs.kde.org/show_bug.cgi?id=419949 --- Comment #1 from xchain --- Created attachment 127446 --> https://bugs.kde.org/attachment.cgi?id=127446&action=edit KMail 5.14.40 vs. Thunderbird 68.6. -- You are receiving this mail because: You are the assignee for the bug.
[kdepim] [Bug 419949] New: KMail only partly shows HTML mail
https://bugs.kde.org/show_bug.cgi?id=419949 Bug ID: 419949 Summary: KMail only partly shows HTML mail Product: kdepim Version: GIT (master) Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: messageviewer Assignee: kdepim-bugs@kde.org Reporter: xch...@gmx.net Target Milestone: --- Created attachment 127445 --> https://bugs.kde.org/attachment.cgi?id=127445&action=edit Test Case See attached test case: With HTML mode enabled, only the quote is visible, but not the actual reply. While probably the sending MUA (GMX Mail for Android) is to blame for most of this, it would be great if KMail was able to deal with such mails (again). I can reproduce this bug with KMail 5.9.2 (Qt 5.11.2 / KF 5.51) as well as KMail 5.14.40 (Qt 5.14.1 / KF 5.69). Cross-Testing: - Thunderbird is able to show everything just fine. - Thunderbird correctly displays all line breaks, while KMail seems to strip every line break even in the quoted section. It is interesting how rendering is getting worse over time: - KMail 1.9.10 (Qt 3 w/ KHTML?) works excellent (with correct line breaks even). - KMail 4.14.2 (Qt 4) renders the mail just fine (although without line breaks in the quoted part). - KMail 5.9.2 (Qt 5 w/ QtWebKit?) displays some parts of the reply before KMail's mail header. - KMail 5.14.40 (Qt 5 w/ QtWebEngine?) completely hides the reply. Possibly related: Bug 345360 Bug 418482 also seem related, however the fix does not work in this case. -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 419948] New: Changing an individual folder to "Prefer HTML" or to "Prefer Plain Text" is not remembered after restarting KMail
https://bugs.kde.org/show_bug.cgi?id=419948 Bug ID: 419948 Summary: Changing an individual folder to "Prefer HTML" or to "Prefer Plain Text" is not remembered after restarting KMail Product: kmail2 Version: Git (master) Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: xch...@gmx.net Target Milestone: --- The issues happens in both directions: - When "Prefer HTML" is enabled in the global settings dialog, setting an invidual folder to "Prefer Plain Text" works only until restarting KMail, after which the setting has been lost again. - When "Prefer Plain Text" is enabled in the global settings dialog, setting an invidual folder to "Prefer HTML" works only until restarting KMail, after which the setting has been lost again. I can reproduce this bug with KMail 5.9.2 (Qt 5.11.2 / KF 5.51) as well as KMail 5.14.40 (Qt 5.14.1 / KF 5.69). Steps to reproduce: - Configure KMail -> Security: Uncheck "Prefer HTML" - Folder -> Message Default Format -> Prefer HTML - Notice how the message display is switched to the HTML version - Close and reopen KMail - Notice how the message display reverted back to the plain text version Possibly related: Bug 363027 -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 369859] Make option Prefer html to plain text easier to find in Configure KMail
https://bugs.kde.org/show_bug.cgi?id=369859 xchain changed: What|Removed |Added Resolution|--- |INTENTIONAL CC||xch...@gmx.net Status|REPORTED|RESOLVED --- Comment #4 from xchain --- The option to show/hide the HTML status bar has now been dropped entirely (see also Bug 399245). As such, it's probably best to keep the "Prefer HTML to plain text" option next to the other security and privacy related settings. Anyway, thanks for your suggestion, and sorry nobody replied in the meantime. -- You are receiving this mail because: You are the assignee for the bug.
[kdepim] [Bug 345959] When an individual folder is set to prefer HTML to Plaintext, some E-mails with both HTML and plaintext parts will display the plaintext part
https://bugs.kde.org/show_bug.cgi?id=345959 xchain changed: What|Removed |Added Status|REPORTED|NEEDSINFO CC||xch...@gmx.net Resolution|--- |WAITINGFORINFO --- Comment #4 from xchain --- I also cannot reproduce this bug with KMail 5.9.2 (Qt 5.11.2 / KF 5.51) as well as KMail 5.14.40 (Qt 5.14.1 / KF 5.69). Marcus: Could you try again and possibly provide a message which fails for you (e.g. using File -> Save As, then redact any confidential information in a text editor and upload as an attachment to this bug). Otherwise I'm afraid this will be very hard to fix. -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 390071] better visualize availability of HTML email version
https://bugs.kde.org/show_bug.cgi?id=390071 xchain changed: What|Removed |Added CC||xch...@gmx.net --- Comment #9 from xchain --- Sounds similar to Bug 412190, which was closed in favour of Bug 399245. Should we close this one too as a duplicate? -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 387624] "Show html format" and "Load external reference" for selected contact not working.
https://bugs.kde.org/show_bug.cgi?id=387624 xchain changed: What|Removed |Added CC||xch...@gmx.net Status|REPORTED|RESOLVED Resolution|--- |FIXED --- Comment #1 from xchain --- While I could reproduce this issue with KMail 5.5.2, nowadays it seems to work correctly with KMail 5.9.2 (Qt 5.11.2 / KF 5.51) as well as KMail 5.14.40 (Qt 5.14.1 / KF 5.69). Therefore closing the bug. If at all, there might still be an issue with remote address books, see Bug 377554. -- You are receiving this mail because: You are the assignee for the bug.
[kontact] [Bug 346212] Kontact/KMail-5.9.0 ignores per contact settings about html and external resources synced over dav resource
https://bugs.kde.org/show_bug.cgi?id=346212 xchain changed: What|Removed |Added CC||xch...@gmx.net --- Comment #4 from xchain --- Till: Could you check whether this bug still reproduces? Perhaps it is a duplicate of Bug 377554? -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 377554] "Show HTML for this contact" no longer works
https://bugs.kde.org/show_bug.cgi?id=377554 xchain changed: What|Removed |Added CC||xch...@gmx.net --- Comment #4 from xchain --- While I could reproduce this issue with KMail 5.5.2, nowadays it seems to work correctly with KMail 5.9.2 (Qt 5.11.2 / KF 5.51) as well as KMail 5.14.40 (Qt 5.14.1 / KF 5.69). Notes: - I was only using a local address book. - After using the "Show HTML Format" context menu, I had to switch back and forth between messages for the setting to get applied. Martin: Could you try to reproduce again with a current version, using your remote address book? -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 381194] KMail not detecting HTML mails
https://bugs.kde.org/show_bug.cgi?id=381194 xchain changed: What|Removed |Added CC||xch...@gmx.net Status|REPORTED|RESOLVED Resolution|--- |FIXED --- Comment #8 from xchain --- I also cannot reproduce the bug with the attached test case anymore. Nowadays it seems to work correctly with KMail 5.9.2 (Qt 5.11.2 / KF 5.51) as well as KMail 5.14.40 (Qt 5.14.1 / KF 5.69). Therefore closing the bug. -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 399245] Restore UI functionality related to "Show HTML side bar"
https://bugs.kde.org/show_bug.cgi?id=399245 xchain changed: What|Removed |Added CC||xch...@gmx.net --- Comment #14 from xchain --- See [1] for a workaround in the meantime, i.e. you can apply a stylesheet to KMail to hide the bar. Compared to only changing colors (see Comment 5) this takes up less space on the left. Note that you can still add a button to the toolbar for switching to HTML manually (although this does not work in the opposite direction, as documented in Bug 375314). IDEA: Currently that toolbar button does not show whether an HTML part is available. Maybe setting the enabled/disabled state appropriately could be implemented, since the HTML bar already has code to distinguish between "No HTML Message [available]" and "Plain Message [, HTML available]". [1] https://reddit.com/r/kde/comments/do27td/a_cure_for_kmail_html_message_status_bar/ -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 375314] "Toggle HTML Display Mode" button does not work with HTML enabled by default
https://bugs.kde.org/show_bug.cgi?id=375314 xchain changed: What|Removed |Added Ever confirmed|0 |1 CC||xch...@gmx.net Status|REPORTED|CONFIRMED --- Comment #1 from xchain --- I can reproduce this bug with KMail 5.9.2 (Qt 5.11.2 / KF 5.51) as well as KMail 5.14.40 (Qt 5.14.1 / KF 5.69), i.e. if "Prefer HTML" is turned on globally, activating the toggle HTML action to temporarily switch to plain text does nothing. This is regardless of whether I use the toolbar action, a shortcut or by clicking on the HTML status bar itself. FWIW, sometimes the following message is logged after every click on the HTML status bar, although I'm not sure whether this is related at all: WebEnginePage::javaScriptConsoleMessage lineNumber: 19 message: "Uncaught TypeError: Cannot read property 'compareDocumentPosition' of null" -- You are receiving this mail because: You are the assignee for the bug.
