Bug 57204

Summary: Clicking on an url link won't work because Kontact is running (KUniquApp Problem)
Product: [Applications] kontact Reporter: xtian0009
Component: generalAssignee: KDE PIM Developers <kde-pim>
Status: RESOLVED FIXED    
Severity: normal CC: a-tenderholt, bastian, jsvrp.gw, martin, pschroll, rui.m.malheiro, schumacher, sean.clarke, t.kleindienst, vaugustin
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: unspecified   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description xtian0009 2003-04-14 07:32:49 UTC
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.
Comment 1 Tobias Koenig 2003-08-14 16:12:13 UTC
*** Bug 60859 has been marked as a duplicate of this bug. ***
Comment 2 Tobias Koenig 2003-08-14 16:12:58 UTC
*** Bug 61199 has been marked as a duplicate of this bug. ***
Comment 3 Tobias Koenig 2003-08-14 16:15:03 UTC
*** Bug 60420 has been marked as a duplicate of this bug. ***
Comment 4 Philippe Rigault 2003-09-25 19:58:28 UTC
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 
 
 
Comment 5 David Faure 2003-09-25 20:16:35 UTC
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.)

Comment 6 Tobias Koenig 2003-09-25 21:05:01 UTC
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
Comment 7 Philippe Rigault 2003-09-25 23:48:23 UTC
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. 
Comment 8 David Faure 2003-09-26 09:24:38 UTC
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).

Comment 9 Ingo Klöcker 2003-09-27 01:36:12 UTC
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

Comment 10 Jesse 2003-10-02 19:49:49 UTC
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. 
Comment 11 Daniel Molkentin 2003-10-04 19:15:55 UTC
Waldo, I talked about this with you a while back. Do you see any way to make 
KUniquaApplication handle this gracefully? 
Comment 12 Philippe Rigault 2003-10-04 19:38:16 UTC
Having kontact components (kmail,korganizer,knotes) register correctly would 
also solve this bug http://bugs.kde.org/show_bug.cgi?id=65437 
Comment 13 Daniel Molkentin 2003-11-09 18:59:50 UTC
*** Bug 67329 has been marked as a duplicate of this bug. ***
Comment 14 Ingo Klöcker 2003-11-19 23:32:39 UTC
*** Bug 68583 has been marked as a duplicate of this bug. ***
Comment 15 Tobias Koenig 2003-11-20 17:56:59 UTC
*** Bug 68322 has been marked as a duplicate of this bug. ***
Comment 16 Tobias Koenig 2003-11-29 15:52:09 UTC
*** Bug 69258 has been marked as a duplicate of this bug. ***
Comment 17 Sean Clarke 2003-12-09 01:18:04 UTC
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.
Comment 18 jsvrp.gw 2003-12-11 17:49:45 UTC
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
Comment 19 Ingo Klöcker 2003-12-14 23:02:16 UTC
*** Bug 70441 has been marked as a duplicate of this bug. ***
Comment 20 Tobias Koenig 2003-12-31 00:46:33 UTC
*** Bug 71517 has been marked as a duplicate of this bug. ***
Comment 21 David Faure 2004-01-05 01:01:24 UTC
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

-------------------------------------------------------