Summary: | kde-base/kmail-4.3.5 fails to open attachments in associated programs if konqueror is not installed | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | radim <r.snajdr> |
Component: | [OLD] KDE | Assignee: | Gentoo KDE team <kde> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | esigra, vincent, walch.martin |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 313999 |
Description
radim
2010-01-11 14:19:40 UTC
I found it. It is necessary to install konqueror. Otherwise kmail is not able to start the programs required to open the attachment. It would be interesting for me if other openbox users solved the problem differently. This is still a valid bug. Either Konqueror should be listed as runtime dependency or KMail should throw a message informing the user about the (list of) possible apllication(s) handling the required file type. Which kde version was that? Do you know if the problem still exists in 4.3.5 or 4.4.2? (As far as I can see, konqueror is not in kdebase-runtime-meta in either case.) In my case it is 4.3.5 Do you still remember - When you emerged konqueror, did that pull in any other additional packages? Just trying to reproduce this here... I think it's more about kde-base/kfmclient than kde-base/konqueror. So how about placing $(add_kdebase_dep kfmclient) in RDEPEND? Should fix this nice and easily. Fixed in the overlay for 4.4.4 and later. Please test. No, it seems kfmclient is not the way to go. Also I'm unable to reproduce and I've removed konqueror, kfmclient, dolphin and half of relevant (like kmimetypefinder, kfile, kioclient) kdebase-runtime already. I would like to ask you to investigate a bit, like run kmail in strace or sth. (In reply to comment #8) > Fixed in the overlay for 4.4.4 and later. Please test. > Works for me. I'm closing this one with NEEDINFO. If issue still appears for you, please run: strace -o kmail.strace kmail --nofork try to open attachement file, close kmail and attach kmail.strace to this bug. The bug is still somewhat valid - and not limited to KMail, but rather a bug related to the runtime dependency handling of the kdelibs ebuild and likely other stuff up the software stack. As you can see, when looking at the code, KMail - as other KDE applications do - calls KToolInvocation::invokeBrowser, from kdelibs, which calls kfmclient respective xdg-open, when not in a full KDE session, or kfmclient not available. Seemingly everything fine - even though the runtime dependency would be better || ( kfmclient xdg-utils)- but there is yet another fallback to "kde-open", part of the workspace runtime or more exactly kde-base/kioclient. So it is a runtime dependency of kdelibs. Even if this doesn't convice you, because xdg-open should catch everything - a quick grep through kdelibs shows that KWidgetJobTracker calls kde-open, Currency::convert calls kioclient. And isn't it a bit problematic to factor out kfmclient into its own ebuild, giving that half the functionality requires an installed Konquerer and silently doesn't work, if it isn't installed?! Also kfmclient itself does a runtime call to kioclient, too. According to carlo's comment, either we add || ( kfmclient xdg-utils) in kdelibs rdepend (which is a better but not perfect solution for this bug) or we leave it as it is and resolve it without doing anything more. Opinions please or I'll close it soon. Lets add the deps otherwise it comes up again and again... Fixed starting with 4.6.1 (added dependencies). Sorry for bothering. Adding kfmclient as a dependency of kdelibs leads to a circular dependency in fresh kde installs. already fixed (depedency moved from RDEPEND to PDEPEND), sync again later |