| Summary: | Conflict between autostart applications and session restore | ||
|---|---|---|---|
| Product: | [Plasma] plasmashell | Reporter: | Jonathan Paz <omahaprogrammer> |
| Component: | Session Management | Assignee: | Plasma Bugs List <plasma-bugs-null> |
| Status: | RESOLVED DOWNSTREAM | ||
| Severity: | minor | CC: | kde, natalie_clarius, nate, omahaprogrammer |
| Priority: | NOR | ||
| Version First Reported In: | 6.4.5 | ||
| Target Milestone: | 1.0 | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: | Current .config/ksmserverrc file | ||
|
Description
Jonathan Paz
2025-10-09 17:37:23 UTC
> 2. DesktopVideoUpdater: "prior" instances of the application tagged with a --session argument are started and a new instance of the application (not tagged with --session) is also started creating duplicate processes. This indicates to me that this program wants to be restored in this way and tells us to save this command. Please check ~/.config/ksmserverrc if these instances appear in there > StreamController is autostarted via a .desktop file in ~/.config/autostart. I presume this is placed there by the application when its own autostart setting is enabled. This autostart entry does appear in the System Settings/Autostart section. Can't you just remove this via settings? Long term we should maybe offer the ability to disable autostarting things that are in /etc/xdg/autostart If you keep session restore on but tell these apps to not autostart, do they still have issues? (In reply to David Redondo from comment #1) > > 2. DesktopVideoUpdater: "prior" instances of the application tagged with a --session argument are started and a new instance of the application (not tagged with --session) is also started creating duplicate processes. > > This indicates to me that this program wants to be restored in this way and > tells us to save this command. Please check ~/.config/ksmserverrc if these > instances appear in there I see entries for DesktopVideoUpdater. I will attach the file as it sits now. > > StreamController is autostarted via a .desktop file in ~/.config/autostart. I presume this is placed there by the application when its own autostart setting is enabled. This autostart entry does appear in the System Settings/Autostart section. > > Can't you just remove this via settings? Indeed I can remove the StreamController autostart configuration from StreamController settings. Attempting to remove autostart configuration using KDE System Settings doesn't work correctly, but that's an understandable conflict that I don't care about. > Long term we should maybe offer the ability to disable autostarting things > that are in /etc/xdg/autostart Would you like me to submit that request somewhere? Created attachment 185665 [details]
Current .config/ksmserverrc file
(In reply to Nate Graham from comment #2) > If you keep session restore on but tell these apps to not autostart, do they > still have issues? DesktopVideoUpdater restarts on login as expected as long as the application had started. An entry for the application is placed in .config/ksmserverrc. StreamController does not restart on login even if I manually open the application. No entry for this application is placed in ksmserverrc. I did notice this interesting behavior: I turned autostart on for StreamController while keeping session restore on. The _first_ time I logout and log back in, StreamController starts. Every subsequent time, StreamController does not start. No entry is placed in ksmserverrc DesktopVideoUpdater explicitely asks to be restarted and it's package (distro?) also places a file in /etc/xdg/autostart. We are doing what is requested if anything that's a bug in DesktopVideoUpdater. (In reply to David Redondo from comment #6) > DesktopVideoUpdater explicitely asks to be restarted and it's package > (distro?) also places a file in /etc/xdg/autostart. We are doing what is > requested if anything that's a bug in DesktopVideoUpdater. What about DesktopVideoUpdater is requesting to be restarted as part of a session restart (API, settings, configuration, etc.)? I believe there are bugs in this software so having documentation that leads to what can be fixed would be helpful. I'm fairly certain this is closed-source software and I wouldn't be surprised if the explicit restart request of this fashion is not being done correctly, so I'm just wanting to understand how the mechanism works so I can file that report. > hat about DesktopVideoUpdater is requesting to be restarted as part of a session restart it tells us that via XSMP https://www.x.org/releases/X11R7.7/doc/libSM/xsmp.html , otherwise it wouldn't end up in ksmserverrc |