Bug 73591

*** Bug 82086 has been marked as a duplicate of this bug. ***

Expanding on this; I have kmail running and in the tray and when i logout and log back in it starts and goes full screen and is also in the tray.  If it is in the tray when you logout when you log back in it shouldn't pop up full screen.

And a little "got Mail from ..." sign when Mail arrives.

> And a little "got Mail from ..." sign when Mail arrives.
If that's a request, it's already available in kmail-1.7 (kdepim-3.3), when using "detailed new mail notification"
and "passive popup" in the "Other Actions" dialog.

It tells just where the new mails are put into (e.g. inbox, trash ecc) not who are they from

> It tells just where the new mails are put into (e.g. inbox, trash ecc) not who are they from
That would be too much info for a small popup. I often get 20 mails at a time, think of
the size of the popup needed to give out 20 From fields.
Solution: create more subfolders with filters depending on who sent the mail :)

what is the status of this wish? I really like a feature like this (to start minimised to tray like kopete does). It is very annoying to have to minimise kmail by hand every time kde starts

*** This bug has been confirmed by popular vote. ***

I also tried to start kmail with

kstart --iconify --windowclass kmail /path/to/kmail

but nothing changed and kmail still comes up at full size. The option "--tosystray" also made no difference.

kontact --iconify works though (I implemented it in CVS HEAD)
 

Why not using the same code for kmail as well?

> Why not using the same code for kmail as well?
Because kstart should work :)

This fixes it.

Index: kmkernel.cpp
===================================================================
RCS file: /home/kde/kdepim/kmail/kmkernel.cpp,v
retrieving revision 1.298.2.18
diff -u -p -r1.298.2.18 kmkernel.cpp
--- kmkernel.cpp        29 Oct 2004 12:02:34 -0000      1.298.2.18
+++ kmkernel.cpp        4 Nov 2004 12:54:03 -0000
@@ -316,14 +316,16 @@ void KMKernel::openReader( bool onlyChec
   if (ktmw) {
     mWin = (KMMainWin *) ktmw;
     activate = !onlyCheck; // existing window: only activate if not --check
+    if ( activate )
+       mWin->show();
   }
   else {
     mWin = new KMMainWin;
-    activate = true; // new window: always activate
+    mWin->show();
+    activate = false; // new window: no explicit activation (#73591)
   }

   if ( activate ) {
-    mWin->show();
     // Activate window - doing this instead of KWin::activateWindow(mWin->winId());
     // so that it also works when called from KMailApplication::newInstance()
 #if defined Q_WS_X11 && ! defined K_WS_QTONLY

CVS commit by faure: 

Fix for "kstart --iconify --windowclass kmail kmail" as discussed with Seli.

The cases for which this code was added still work (typing kmail while kmail
is running activates it; kmail --check doesn't).
CCBUG: 73591


  M +4 -2      kmkernel.cpp   1.298.2.19


--- kdepim/kmail/kmkernel.cpp  #1.298.2.18:1.298.2.19
@@ -317,12 +317,14 @@ void KMKernel::openReader( bool onlyChec
     mWin = (KMMainWin *) ktmw;
     activate = !onlyCheck; // existing window: only activate if not --check
+    if ( activate )
+       mWin->show();
   }
   else {
     mWin = new KMMainWin;
-    activate = true; // new window: always activate
+    mWin->show();
+    activate = false; // new window: no explicit activation (#73591)
   }
 
   if ( activate ) {
-    mWin->show();
     // Activate window - doing this instead of KWin::activateWindow(mWin->winId());
     // so that it also works when called from KMailApplication::newInstance()

When starting kmail with "kstart --iconifiy" it shows up in the taskbar.This little snippet only shows the window if the systray is disabled. And makes kmail be only in the systray and nowhere else when started and systray is enabled. (At least for me)
Should be an option. I can make it one if wanted after 3.4

--- kmkernel.cpp        5 Feb 2005 19:17:00 -0000       1.323
+++ kmkernel.cpp        19 Feb 2005 18:20:53 -0000
@@ -323,7 +323,8 @@ void KMKernel::openReader( bool onlyChec
   }
   else {
     mWin = new KMMainWin;
-    mWin->show();
+    if(! GlobalSettings::systemTrayEnabled())
+      mWin->show();
     activate = false; // new window: no explicit activation (#73591)
   }


Cheers Christoph <chris@inferno.nadir.org>

Have just tried the "kstart --iconify" and find that the icon appears in the systray and on the panel - this leads to the "double clicking" issue reported elsewhere 

have just tried the "kstart --iconify" and find that kontact exits when clicking the systray icon:

00:12:36 chris@void:~> kontact: Unknown option '-iconify'.
kontact: Use --help to get a list of available command line options.
libkcal: CalendarResources::close
.
.
.


this is the output when clicking on the systray. It started alright using --iconify

Would also like to see this option implemented in kmail.
Akregator for example has the --hide-mainwindow option for this behavior.

Will this be implemented? Maybe in KDE4?

I vote for this too, It would be usefull for kmail to behave like kopete when it`s started. But this request looks very old...

I can also confirm this behaviour, the *only* application that shows up when I restore my previous session is KMail. 
Every other program minimizes to the system tray.

I wrote a patch that adds --hide-mainwindow to KMail and saves/restores the window's visibility with session data. Gregory Bowden sponsored my effort and one of us will post the patch sometime soon.

Created attachment 21716 [details]
--keep-mainwindow and session management

☺

After a lot of test of the above patch, I can confirm that KMail now supports loading to the system tray without being maxamized on start and when returning from a previously saved session.

I have tested the patch with the latest SVN code from today 30/09/2007 here is the information from svn info . :

svn info .
Path: .
URL: svn://anonsvn.kde.org/home/kde/branches/KDE/3.5/kdepim
Repository Root: svn://anonsvn.kde.org/home/kde
Repository UUID: 283d02a7-25f6-0310-bc7c-ecb5cbfe19da
Revision: 719052
Node Kind: directory
Schedule: normal
Last Changed Author: vanrijn
Last Changed Rev: 717734
Last Changed Date: 2007-09-27 14:07:27 +0200 (Thu, 27 Sep 2007)

Regards,

Greg

I can commit this patch to trunk for the upcoming KDE 4.0 release but it has a new feature (command line option) and a new translatable string that make it not possible for the 3.5 series.

So I need to split out the session part for 3.5?

Created attachment 21724 [details]
Store main window visibility in session config

This patch ONLY saves the main window visibility state in the session config,
for inclusion in 3.5.x

This feature is not yet implemented.. I use KDE 4.2.1

Hi, any news if thsi patch will be added to an upcoming KMail release?

I have a workaround that is acceptable for me. I'm running KDE 4.2
(obviously all instances of kontact here can be replaced by kmail)

I exclude kontact from sessions and I add a script to Autostart to start kontact every time I log in. The shell script contains the following:

kstart --iconify --skiptaskbar kontact

This works to send kontact to the system tray without showing it at all, and it also does not add an entry to the task bar. The only annoying things are that the first time I click on the mail icon after a new login I have to click the mail icon twice, and also that on random occasions (very rarely) kontact will still open full screen.

I probably should be using the -windowclass option but ... once I got it to work I didn't bother playing with more options.

I know people have suggested this kind of solution in previous posts but I just thought I'd add a confirmation of at least 1 user running KDE 4.2 that has a solution.

With 4.2.3 release, this bug seems finally solved.

good. closing then.
thanks for the letting us know.