Version: unknown (using KDE 3.1.94 (3.2 Beta 2), SuSE) Compiler: gcc version 3.3 20030226 (prerelease) (SuSE Linux) OS: Linux (i686) release 2.4.23 You can reproduce this by: 1. open KMail (standalone, not from within Kontact) 2. create a new email message and write a few words (don't send it yet!) 3. close KMail (the new message window stays) 4. open Kontact As long as you don't close the new message window, Kontact will always open KMail as an external application and not embed it. There is also a difference between KMail embedded and KMail standalone: The embedded version closes the new message window and persists the unfinished message while the standalone version leaves the message window open.
I can reproduce this in KDE 3.5.5. I think this is a bug, rather than a wish.
Promoting to bug.
Same here. Also it happens sometimes, that if I start kontact, kmail opens as an external application. I can't reproduce this behaviour. System is stable gentoo with kde 3.5.6
*** Bug 147313 has been marked as a duplicate of this bug. ***
This also happens when the system tray icon is enabled, and a new message is composed outside of kontact (e.g. via a mailto: link), regardless of whether the message window is closed. Until the system tray icon is also closed (along with all other windows), the behaviour noted above will persist.
I can confirm that this bug still exists in KMail 1.1.0 / Kontact 1.3 from KDE 4.1 RC1 Kubuntu packages.
I have a similare (same?) problem with KDE 4.1 final Kubuntu packages. I do not know why, but when I load kontact and select kmail component, it opens in a new window. I'm using IMAP resources, maybe this is related? Thank you.
Yep, this occurs in KDE 4.1 final in Kubuntu - for me regardless of whether or not a new message window is open. In fact, I can't get KMail to embed in Kontact since upgrading from 4.0.98 to 4.1! i.e. regression :-( Let me know if you need any more info.
I just tried disabling IMAP resources, restarting Kontact (making sure all the processes had died) and then restarting and re-enabling IMAP resources... and it's now working for me again. I don't know if this is cause-and-effect though! I've been getting this from time to time though all through KDE 3.x too. I do think it has something to do with IMAP resources. Maybe someone who knows the code will know if this is likely?
Okay, in the following circumstances: 1) Enable IMAP resources for the calendar 2) Start the KOrganiser reminder daemon at login - i.e. before Kontact is started (this is default behaviour). The effect is that the KOrganiser daemon loads a KMail instance to pull in its calendar data. Then when Kontact starts, it seems to detect an already running KMail, so just opens that instead (in a separate window). KMail then can't be embedded into Kontact unless all the KMail processes are first killed. If you right click on the KOrganiser daemon in the system tray and uncheck "start at login" then this problem goes away. The reminder daemon then starts and stops with Kontact. Of course, you then need to have Kontact running to get reminders, but if you (like me) keep it minimised in the system tray the whole time anyway, then this isn't an issue. HTH.
Confirmed in svn r865463. If a kmail instance is running, kontact does not embed kmail. The same happens also with akregator and I guess with other apps too. However, akregator is not shown in the foreground when it is selected in kontact (so, we have 2 bugs here).
*** Bug 233041 has been marked as a duplicate of this bug. ***
Still there in git master.
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 kontact (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.