Bug 433299 - [systemd] Applications meant to autostart do not start after switching to systemd
Summary: [systemd] Applications meant to autostart do not start after switching to sys...
Status: RESOLVED UPSTREAM
Alias: None
Product: plasmashell
Classification: Plasma
Component: Startup process (show other bugs)
Version: 5.23.4
Platform: openSUSE Linux
: NOR normal
Target Milestone: 1.0
Assignee: Plasma Bugs List
URL: https://github.com/systemd/systemd/pu...
Keywords:
: 435947 438383 (view as bug list)
Depends on:
Blocks:
 
Reported: 2021-02-20 08:27 UTC by Szőts Ákos
Modified: 2022-06-06 08:31 UTC (History)
9 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
Automatic startup screenshot (18.91 KB, image/png)
2021-02-20 08:27 UTC, Szőts Ákos
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Szőts Ákos 2021-02-20 08:27:38 UTC
Created attachment 135944 [details]
Automatic startup screenshot

SUMMARY

I have some applications which I configured to automatically start during login. The configuration has been done by the KCM, no manual work was involved here.

Now, after switching to systemd many of these applications don't start anymore.

Interestingly, only applications which are manual types don't keep running. In the screenshot they are "redshift", "xbindkeys", and "xhost-add-root".

In the logs I see that they started successfully but in the task manager they don't appear anymore. Logs for "xbindkeys":

febr 20 09:09:35 openSUSE systemd[1499]: Starting xbindkeys...
febr 20 09:09:35 openSUSE systemd[1499]: app-xbindkeys-autostart.service: Succeeded.
febr 20 09:09:35 openSUSE systemd[1499]: Started xbindkeys.

KeePass keeps running but xbindkeys don't for some reason. Their generated unit files are very similar:

$> cat /run/user/1000/systemd/generator.late/app-keepass-autostart.service 
# Automatically generated by systemd-xdg-autostart-generator

[Unit]
Documentation=man:systemd-xdg-autostart-generator(8)
SourcePath=/home/aki/.config/autostart/keepass.desktop
PartOf=graphical-session.target

Description=KeePass
After=graphical-session.target

[Service]
Type=exec
ExecStart=:/usr/bin/keepass
Restart=no
TimeoutSec=5s
Slice=app.slice
WorkingDirectory=-

$> cat /run/user/1000/systemd/generator.late/app-xbindkeys-autostart.service 
# Automatically generated by systemd-xdg-autostart-generator

[Unit]
Documentation=man:systemd-xdg-autostart-generator(8)
SourcePath=/home/aki/.config/autostart/xbindkeys.desktop
PartOf=graphical-session.target

Description=xbindkeys
After=graphical-session.target

[Service]
Type=exec
ExecStart=:/usr/bin/xbindkeys
Restart=no
TimeoutSec=5s
Slice=app.slice
WorkingDirectory=-


SOFTWARE/OS VERSIONS
Operating System: openSUSE Tumbleweed 20210217
KDE Plasma Version: 5.21.0
KDE Frameworks Version: 5.79.0
Qt Version: 5.15.2
Kernel Version: 5.10.16-1-default
OS Type: 64-bit
Graphics Platform: X11
Comment 1 David Edmundson 2021-02-20 15:01:37 UTC
xbindkeys and xhost-add-root aren't meant to keep running though are they?

It's meant to run once, set some things and exit. That's what happens if I run xbindkeys manually from a konsole, so that all sounds correct.

Can you confirm what the legacy boot did for xbindkeys
Comment 2 Szőts Ákos 2021-02-20 15:28:08 UTC
That's strange; if I start xbindkeys, it keeps running for me. Do you have a config file to read from?

You can paste the following into "~/.xbindkeysrc" for a quick test (feel free to reconfigure the buttons):

# Volume down
"pamixer --decrease 6"
 b:6

# Volume up
"pamixer --increase 4"
 b:7

If you start xbindkeys --verbose, does it tell you something? For me it writes the following and keeps running in the foreground:

displayName = :0
rc file = /home/aki/.xbindkeysrc
2 keys in /home/aki/.xbindkeysrc

"pamixer --decrease 6"
    m:0x0 + b:6   (mouse)
"pamixer --increase 4"
    m:0x0 + b:7   (mouse)
starting loop...
Comment 3 Nate Graham 2021-02-22 21:00:39 UTC
xbindkeys stays running for me with systemd startup FWIW.
Comment 4 David Edmundson 2021-03-08 16:49:40 UTC
Aha, xbindkeys forks when it loads.

if you change your .desktop file to be xbindkeys -n 
it should work. Can you confirm?


It should also hopefully be fixed properly by an upstream change we're doing:
https://github.com/systemd/systemd/pull/18782
Comment 5 Nate Graham 2021-04-22 02:34:35 UTC
*** Bug 435947 has been marked as a duplicate of this bug. ***
Comment 6 Vladimir Yerilov 2021-06-10 11:59:47 UTC
*** Bug 438383 has been marked as a duplicate of this bug. ***
Comment 7 Massimiliano L 2021-12-26 13:09:36 UTC
Testing now on Fedora 35 and systemd 249, Skype and Dropbox still fail to autostart. Is anybody able to confirm that this is actually fixed for them?
Comment 8 Szőts Ákos 2021-12-26 13:30:13 UTC
Just last week I thought I give systemd Plasma another spin, but unfortunately this feature still doesn't work for me either so I reverted back.

I have the xbindkeys program mentioned above and a manual bash script which starts redshift, but none of them gets started.

I used the latest Tumbleweed for testing (now I don't have it handy but supposedly it has systemd 249 in it).
Comment 9 David Edmundson 2021-12-31 10:08:41 UTC
>It should also hopefully be fixed properly by an upstream change we're doing:
https://github.com/systemd/systemd/pull/18782

This is in systemd 250. The PR there was reverted then remerged so it looks a bit confusing.
This sounds like the same issue until shown otherwise.
Comment 10 Szőts Ákos 2022-04-11 16:48:46 UTC
I have now systemd 250.4 and unfortunately this bug is still there. Are you sure it's an upstream issue?
Comment 11 David Edmundson 2022-05-02 22:16:08 UTC
The bug mentioned was the upstream issue fixed.

The bug you're reporting is either your script/desktop file or a different upstream bug.
Comment 12 David Edmundson 2022-05-02 22:18:01 UTC
Please check  journalctl --user -b after booting.
Or manually invoke systemd-xdg-autostart-generator and review output.
Comment 13 Massimiliano L 2022-06-06 08:31:30 UTC
Works now for me with systemd 250 on Fedora 36 (Plasma 5.24.5).