By default, Bugzilla does not search the list of RESOLVED bugs.
You can force it to do so by putting the upper-case word ALL in front of your search query, e.g.: ALL tdelibs
We recommend searching for bugs this way, as you may discover that your bug has already been resolved and fixed in a later release.

Bug 995

Summary: Session restore is quirky
Product: TDE Reporter: Darrell <darrella>
Component: tdelibsAssignee: Timothy Pearson <kb9vqf>
Status: NEW ---    
Severity: major CC: bugwatch, darrella
Priority: P1    
Version: R14.0.x [Trinity]   
Hardware: All   
OS: Linux   
Compiler Version: TDE Version String:
Application Version: Application Name:

Description Darrell 2012-05-08 15:27:44 CDT
Restarting Trinity with the previous session results in the following:

* Anything in $TDEHOME/Autostart is started again despite already being started from the session restoration. With each session restoration a new instance of any $TDEHOME/Autostart item is restarted. For example, add kwikdisk to $TDEHOME/Autostart. Ensure "Restore previous session" is enabled. Restart the session multiple times and notice kwikdisk is populating the system tray as many times rather than only once.

* When kmix is configured to auto start, kmix always starts open rather than minimized in the tray.

* knotes notes do not reopen (bug report 987).
Comment 1 Timothy Pearson 2012-05-21 02:36:25 CDT
The kmix problem may be related to Bug 503, as kmix used to start properly in the tray on my Ubuntu systems before that bug was resolved.  Now, it pops up annoyingly on each session start.
Comment 2 Timothy Pearson 2012-05-21 13:32:08 CDT
(In reply to comment #0)
> Restarting Trinity with the previous session results in the following:
> 
> * Anything in $TDEHOME/Autostart is started again despite already being started
> from the session restoration. With each session restoration a new instance of
> any $TDEHOME/Autostart item is restarted. For example, add kwikdisk to
> $TDEHOME/Autostart. Ensure "Restore previous session" is enabled. Restart the
> session multiple times and notice kwikdisk is populating the system tray as
> many times rather than only once.

This may be related to the desktop files missing the following directive:
X-DCOP-ServiceType=Unique

Should more than one kwikdisk instance even be able to run?

I know I am skirting the real "problem" here, but this brings up an interesting point.  We will need to define "Autostart" as either:
1.) Start the application if it is not already started by a existing session, or
2.) Always (blindly) start the application, even if it might already be running

Right now we are following 2.).  There could be problems with 1.), for instance if someone wanted to always start a Konqueror window in a certain directory on session startup, and Konqueror was already loaded for a different directory in a saved session.

Tim
Comment 3 Darrell 2012-05-21 14:09:27 CDT
I added X-DCOP-ServiceType=Unique to my profile Autostart/kwikdisk.desktop file, which is a sym link to $PREFIX/share/applications/kde/kmix.desktop. I still get two instances of kwikdisk running when I use session restore.

I don't see any purpose in running more than one instance of kwikdisk. Enhancement request or bug report?

I'm not a big session restore user. (I probably should but I prefer starting with a clean desktop each day.) Other users have not been complaining about unusual session restorations, so perhaps something is awry in my profile. I would say not to tinker much at the moment with respect to defining Autostart. If not for the kwikdisk and kmix quirks I likely never would have opened this bug report. :-) If we resolve bug reports 987 and 503, and resolve kwikdisk only allowing one instance to run, then this bug report possibly could be closed.
Comment 4 Darrell 2012-05-21 16:55:31 CDT
There is a work-around for kwikdisk or any other app in the profile Autostart directory: Add the app to the session manager exclusion list.

My previous post is incorrect: "I added X-DCOP-ServiceType=Unique to my profile Autostart/kwikdisk.desktop file, which is a sym link to $PREFIX/share/applications/kde/kmix.desktop." That should be a sym link to $PREFIX/share/applications/kde/kwikdisk.desktop.
Comment 5 Darrell 2013-05-12 14:38:14 CDT
Not a change in priority, just reviewing the validity of an old report.

These quirks remain with the latest GIT. I still get two occurrences loading of any app in my Autostart directory. Seems the fix should be something like mentioned in comment 2. That is, apps in the Autostart directory should verify no other instance is running before launching.

kmix now only loads once and no longer is an issue.