| Summary: | kmail --composer fails to parse some mailto lines | ||
|---|---|---|---|
| Product: | [Applications] kdepimlibs | Reporter: | Jonas Thorell <jthorell> |
| Component: | kmime | Assignee: | kdepim bugs <kdepim-bugs> |
| Status: | RESOLVED UNMAINTAINED | ||
| Severity: | normal | CC: | hr.denzler, mat69 |
| Priority: | NOR | ||
| Version: | 4.0 | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: |
KAddressBook Version 4.6 pre (4.6 Beta1)
kaddressbook krunner kmail --composer |
||
|
Description
Jonas Thorell
2010-08-27 01:03:51 UTC
I'm using openSUSE 11.2 (i586), KDE 4.5.0, German. All kdepim apps are in English only. No German translation yet: e.g. kmail-4.4.5-236.4.i586, kmail.mo is missing. The "G?ran"-problem was solved in late KDE 4.4: Test cases for KAddressBook: Name: a ü -a a ü-a ü -a ü-a These test cases produce "?", but passed in late KDE 4.4. See bug 226984 (In reply to comment #1) > These test cases produce "?", but passed in late KDE 4.4. Well, here they don't. I added some contacts to my adressbook using those characters and I get the ? problem for those as well. Note: ONLY when I'm using the krunner contacts plugin to compose a new message. And the only difference in my setup compared to yours is the version of openSUSE in use (I'm using 11.3, with the KDE factory repos to get 4.5.0). I'm only using the English translations as well. > Note: ONLY when I'm using the krunner contacts plugin to compose a new message.
If I click the Email-address of a test case in KAddressBook the behaviour is same as in the krunner contacts plugin --> "?" instead of an ü.
I just tried with trunk (what will become 4.6) and it works there. Could you please try with a newer version -- I guess 4.6 beta 2 should work -- and see if the problem still exists there? Created attachment 54199 [details]
KAddressBook Version 4.6 pre (4.6 Beta1)
Internet Email is set but doesn't appear to the right above 'Address Book ...' yet. Cannot verify...
So do you mean that you still get the "?" when searching for entries in the adress book via krunner? Created attachment 54299 [details]
kaddressbook krunner kmail --composer
There are 4 entries instead of 2 with 'a ü'. With entries 1+2 ('a ü-a') the 'To:/An:'-field is empty. With entries 3+4 ('a ü -a') the 'To:'-field is not empty and correct.
(In reply to comment #5) > I just tried with trunk (what will become 4.6) and it works there. Could you > please try with a newer version -- I guess 4.6 beta 2 should work -- and see if > the problem still exists there? I hope I will be able to during the weekend. Still, is it a requirement to upgrade the PIM-suite as well or is it safe to keep that at version 4.4.8? If it's a requirement to upgrade Kontact as well as the rest, how safe is the migration? I have space to make a backup of the Kontact information, but what exactly needs to be backed up? Is it sufficient to copy .kde(4) to somewhere else or are there files/directories outside of that subtree that must be backed up in order to be able to fully roll-back if need be? Ok, this looks like either a problem in KToolInvocation::invokeMailer or a problem with the handling of the mailto protocol. Using "a ü-a<2@test.com>" or "\"a ü-a\"<2@test.com>" as to-adress does not work, while "a ü-a <2@test.com>" works. @Jonas you don't need to try, your specific problem should be solved, while not all of the cases mentioned in comment #1 work. Ok, after further investigation this turns out as KMail bug. "kmail --composer -- mailto:\"a ü<test@test.com>\"" does not work "kmail --composer -- mailto:\"a ü <test@test.com>\"" works "kmail --composer -- mailto:\"a a<test@test.com>\"" works Damn, constant reasigning sucks. :D
Finally to me this looks like a problem in KMime.
The space indicated ("a a␣<test@test.com>") is not needed according according to RFC 822 A.2.3, though I wonder if this is also true for non-ASCII letters.
If it is this is a bug in parsing of KMime.
SVN commit 1205751 by mfuchs: Works around BUG:249157 by using the form "NAME <EMAIL>" instead of "NAME<EMAIL>". The first version is perfectly valid, the second that does not always work [1] might also be valid. [1] Fails e.g. for NAME="a ü-a" or "ü-a" CCBUG:249157 M +1 -1 contactsrunner.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1205751 This bug has only been reported for versions before 4.14, which have been unsupported for at least two years now. Can anyone tell if this bug still present? If noone confirms this bug for a Framework-based version of kdepim (version 5.0 or later, as part of KDE Applications 15.08 or later), it gets closed in about three months. Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.0 aka 15.08), please open a new one unless it already exists. Thank you for all your input. |