Version: 3.1 (using KDE 3.1.1) Compiler: gcc version 3.2.3 20030331 (Debian prerelease) OS: Linux (i686) release 2.4.20-sikasso Within Kontact , it is not possible to send a mail by clicking on the mail link of a contact. the adressbook will complain that another KMail is already running. I presume the one from Kontact.
*** Bug 60859 has been marked as a duplicate of this bug. ***
*** Bug 61199 has been marked as a duplicate of this bug. ***
*** Bug 60420 has been marked as a duplicate of this bug. ***
Actually, the behaviour I am getting (KDE 3.1.91) is a little bit more complex: it depends on whether kmail has been launched within kontact before: 1. If 'Mail' has not been previously activated within kontact, then clicking on an email address from the 'Contacts' section works fine, but seems to launch an independent instance of kmail and close it after each mail is sent (I can see the 'Compacting folders' popup for example), which looks like a waste of resources (it should keep kmail up for the rest of the kontact session). 2. If the 'Mail' was accessed perviously within kontact (this one leaves kmail up for the rest of the kontact session) , then - clicking on an email address from the 'Contacts' section of Kontact does not work. - sending a link or file from Konqueror does not work
Subject: Re: [Kde-pim] KOntact: Send a mail won't work becazse if runnig KMail On Thursday 25 September 2003 19:58, Philippe Rigault wrote: > 1. If 'Mail' has not been previously activated within kontact, then clicking on an email address > from the 'Contacts' section works fine, but seems to launch an independent instance of kmail > and close it after each mail is sent (I can see the 'Compacting folders' popup for example), > which looks like a waste of resources (it should keep kmail up for the rest of the kontact > session). KAddressBook[Part] should use KDCOPServiceStarter, so that kmail gets loaded within Kontact instead of loaded separately (see kdepim/kontact/DESIGN.dcopinteraction). > 2. If the 'Mail' was accessed perviously within kontact (this one leaves kmail up for the rest of > the kontact session) , then > - clicking on an email address from the 'Contacts' section of Kontact does not work. > - sending a link or file from Konqueror does not work (Kontact doesn't register as "kmail" !? I know less about that one.)
Subject: Re: [Kde-pim] KOntact: Send a mail won't work becazse if runnig KMail On Thu, Sep 25, 2003 at 06:16:37PM -0000, David Faure wrote: > On Thursday 25 September 2003 19:58, Philippe Rigault wrote: Hi David, > KAddressBook[Part] should use KDCOPServiceStarter, so that kmail gets loaded > within Kontact instead of loaded separately > (see kdepim/kontact/DESIGN.dcopinteraction). I use kapp->invokeMailer()... it's not the fault of KAddressBook, it's a bug in invokeMailer/kmail. Ciao, Tobias
Hi David and Tobias, I just noticed that the same problem exists with korganizer, i.e kontact also fails to load korganizer by default. As a consequence, after starting 'Kontact', you have the following inconsistent behaviour: - If korganizer has not been activated from kontact, a separate instance of korganizer can be launched. Worse, subsequent activation of korganizer from within kontact works, which ends up having two simultaneous instances of korganizer and possible data corruption. - If korganizer has been activated from kontact, no separate instance can be launched. IMHO: - Kontact should load/register all components by default. - Invoking *any* PIM component (kmail/korganizer/contacts/notes) should result in kontact being launched with the whole set of apps. This bug probably deserves a higher status of grave or even critical, since this behaviour is going to cause a lot of headaches to users if not fixed.
Subject: Re: [Kde-pim] KOntact: Send a mail won't work becazse if runnig KMail > > KAddressBook[Part] should use KDCOPServiceStarter, so that kmail gets loaded > > within Kontact instead of loaded separately > > (see kdepim/kontact/DESIGN.dcopinteraction). > I use kapp->invokeMailer()... it's not the fault of KAddressBook, it's a > bug in invokeMailer/kmail. invokeMailer can't be fixed for this, since it's in kdecore, and KDCOPServiceStarter is in kio. Hmm, you might be right though, maybe the best fix is to fix the kmail startup code, when it checks for a running kmail, it should also check for a running kontact and ask it to load the kmail part (kind of a hardcoded dependency on kontact there, since nothing will be registered under the "kmail" name yet).
Subject: Re: [Kde-pim] KOntact: Send a mail won't work becazse if runnig KMail On Friday 26 September 2003 09:24, David Faure wrote: > Hmm, you might be right though, maybe the best fix is to fix the > kmail startup code, when it checks for a running kmail, it should > also check for a running kontact and ask it to load the kmail part > (kind of a hardcoded dependency on kontact there, since nothing will > be registered under the "kmail" name yet). Some time ago I had a quick look at this and AFAICS we would have to duplicate most of the magical stuff that's done in the KUniqueApplication code. Not very nice. Regards, Ingo
I get the same thing here. If I try to click on a mailto: address anywhere on the web or even from Kopete or any other application with a clickable email address I get a momentary bouncing cursor (with the default blue gear) and then nothing (no message box or anything). I have Kontact running and kmail activated but no email Composer window pops up. This is rather serious indeed. Shutting down Kontact and opeing Kmail by itself solves the issue.
Waldo, I talked about this with you a while back. Do you see any way to make KUniquaApplication handle this gracefully?
Having kontact components (kmail,korganizer,knotes) register correctly would also solve this bug http://bugs.kde.org/show_bug.cgi?id=65437
*** Bug 67329 has been marked as a duplicate of this bug. ***
*** Bug 68583 has been marked as a duplicate of this bug. ***
*** Bug 68322 has been marked as a duplicate of this bug. ***
*** Bug 69258 has been marked as a duplicate of this bug. ***
Just installed KDE 3.2 beta 2 RPMs, problem still present. Easiest way to check, when Kontact is running open up konqueror and try to "send link" CPU churns a little, no window appears.
I'm using KDE 3.2 beta2: The problem is still here with every mailto link (konq, kopete, etc.). When you try to open kmail --composer from the commandline, you see the problem: ~> kmail --composer ERROR: Communication problem with kmail, it probably crashed. Please fix this, because this is a very annoying bug. Thanks in advance and keep up the good work, Jeroen
*** Bug 70441 has been marked as a duplicate of this bug. ***
*** Bug 71517 has been marked as a duplicate of this bug. ***
Subject: Fwd: kdepim/kontact Fixed. ---------- Forwarded Message ---------- Subject: kdepim/kontact Date: Monday 05 January 2004 00:57 From: David Faure <faure@kde.org> To: kde-cvs@kde.org CVS commit by faure: Improve integration between standalone apps and kontact: * kontact plugins provide a DCOPObject to handle newInstance calls - if launching the standalone app (as is the case with mailto: links, but not only) * the above isn't done if standalone app was already running when kontact starts. In such a case the plugin has to watch for the moment when the standalone app terminates, using the DCOPClient signal. Then it can create the above. Note that once this happens, kontact "takes over", the standalone app can't be launched anymore. Maybe some people might want a config option for this one day. The above two cases are implemented in a single templatized class, the 'watcher', so that the plugins need minimal change. Two bugfixes: todoplugin.desktop lacked exec name, summary-view had a stray setNotifications(false). Wrote test plan in uniqueapphandler.cpp. If you change something relating to this, you have 16 cases to re-test :) A interfaces/uniqueapphandler.cpp 1.1 [LGPL (v2+)] A interfaces/uniqueapphandler.h 1.1 [LGPL (v2+)] A plugins/korganizer/korg_uniqueapp.cpp 1.1 [no copyright] A plugins/korganizer/korg_uniqueapp.h 1.1 [no copyright] M +1 -1 interfaces/Makefile.am 1.13 M +3 -0 interfaces/plugin.cpp 1.31 M +3 -1 interfaces/plugin.h 1.37 M +25 -4 plugins/kmail/kmail_plugin.cpp 1.27 M +12 -2 plugins/kmail/kmail_plugin.h 1.19 M +5 -2 plugins/korganizer/Makefile.am 1.11 M +9 -10 plugins/korganizer/korganizerplugin.cpp 1.14 M +2 -0 plugins/korganizer/korganizerplugin.h 1.8 M +6 -5 plugins/korganizer/todoplugin.cpp 1.13 M +2 -1 plugins/korganizer/todoplugin.desktop 1.33 M +2 -0 plugins/korganizer/todoplugin.h 1.7 M +0 -1 plugins/summary/summaryview_part.cpp 1.31 -------------------------------------------------------