Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 340327 - kde-base/kdelibs-4.5.2 mailto broken
Summary: kde-base/kdelibs-4.5.2 mailto broken
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] KDE (show other bugs)
Hardware: AMD64 Linux
: High minor (vote)
Assignee: Gentoo KDE team
URL: http://permalink.gmane.org/gmane.comp...
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-10-10 11:41 UTC by Duncan
Modified: 2010-11-14 16:09 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
emerge --info kdelibs (kdelibs.emerge.info,6.15 KB, text/plain)
2010-10-10 11:43 UTC, Duncan
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Duncan 2010-10-10 11:41:00 UTC
The URL above is the kde list thread on the issue.  Both the OP and I are running KDE 4.5.2 on Gentoo, tho I'm not sure if it's Gentoo specific or not.

Basically, anything using kde's mailto: handler appears to be broken.  The error I get (with kde's default kmail as my default as well) is a bit different than that of the OP, but the issue appears to be the same.

At least here, editing /usr/share/kde4/services/kmailservice.protocol to remove the %u on the exec= line, so it's just kmailservice, appears to fix the issue.  Thus, from the looks of things, the %u substitution feature is broken.

Note that manually setting kmail as my mail app in kcontrol (wrongly aka systemsettings, it's not system settings at all, but user specific and kde specific settings, for the most part, so the kde3 name was more accurate AND more googlable!), default apps, then running kbuildsycoca4, didn't fix the problem.  Apparently it's still trying to use the kde system configured mailto handler, which then presumably uses the user config.  But since the system configured one is using the broken %u, changing the kcontrol set mail handler doesn't fix the problem at all.  Only editing the global system config file to remove that %u fixed the problem (verified, after a kbuildsycoca4 run, of course).

So either the %u needs removed from the config file, or the kioslave needs fixed to handle the substitution the way it did before.  Again, this may or may not be upstream.  So far, both users reporting the issue are gentoo/amd64 running kde 4.5.2.

emerge --info kdelibs to be attached.
Comment 1 Duncan 2010-10-10 11:43:33 UTC
Created attachment 250103 [details]
emerge --info kdelibs
Comment 2 Nikos Chantziaras 2010-10-11 01:20:17 UTC
Yep, removing the "%u" fixed the problem here too.
Comment 3 I am 2010-10-11 10:46:35 UTC
(In reply to comment #2)
> Yep, removing the "%u" fixed the problem here too.
> 

Comment 4 Duncan 2010-10-25 04:27:13 UTC
CAUTION!  I just discovered that while the workaround mentioned above /does/ seem to fix the address bit, it appears to kill the actual message body, if it's attached as well.

(I have another app, pan, normally a news client, that uses the kde mailto: feature to send a reply via mail when the one replied to requested a direct mail reply as well as the news post.  Before this bug, it would pass the mail address and message body to kmail to handle.  With this workaround, now all it passes is the address, and I have to reinsert the body manually.  Since I normally reply to group alone, I didn't catch the issue until someone requested that reply via mail as well, and I got the blank body.)

But at least this way I get the mail window with the address filled in.  Without the workaround, I'd not even get that, as it doesn't even trigger the mail at all. =:^(
Comment 5 Andreas K. Hüttel archtester gentoo-dev 2010-11-14 15:08:11 UTC
Do you still have this problem on 4.5.3?
Comment 6 Nikos Chantziaras 2010-11-14 15:23:06 UTC
It's been fixed in 4.5.3.  At least here.
Comment 7 Andreas K. Hüttel archtester gentoo-dev 2010-11-14 16:09:27 UTC
OK great.