Bug 455175 - With systemd startup, kaccess is not autostarted
Summary: With systemd startup, kaccess is not autostarted
Status: RESOLVED FIXED
Alias: None
Product: systemsettings
Classification: Applications
Component: kcm_accessibility (other bugs)
Version First Reported In: 5.24.90
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: Gunnar Schmidt
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-06-12 06:09 UTC by Kishore Gopalakrishnan
Modified: 2022-06-12 13:50 UTC (History)
2 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Kishore Gopalakrishnan 2022-06-12 06:09:56 UTC
SUMMARY
When systemd startup is enabled (default from Plasma 5.24.90), kaccess is not started on login. This means that accessibility features such as sticky keys do not work.

STEPS TO REPRODUCE
1. Enable systemd startup (if you are not already using it, do `kwriteconfig5 --file startkderc --group General --key systemdBoot true` in a terminal and reboot)
2. Reboot and log in
3. Run `ps -aux | grep kaccess`

OBSERVED RESULTS
```
[kishore@kishorearchtestingVM ~]$ ps -aux | grep kaccess
kishore      970  0.0  0.1   6684  2540 pts/2    S+   11:32   0:00 grep kaccess
```

/usr/bin/kaccess is not running!

EXPECTED RESULTS
```
[kishore@kishorearchtestingVM ~]$ ps -aux | grep kaccess
kishore      946  3.6  3.1 284616 46164 pts/1    Sl+  11:31   0:00 /usr/bin/kaccess
kishore      959  0.0  0.1   6684  2496 pts/2    S+   11:32   0:00 grep kaccess
```

Kaccess should be running (above, I have manually run it in a terminal after logging in)

SOFTWARE VERSIONS
Operating System: Arch Linux
KDE Plasma Version: 5.24.90
KDE Frameworks Version: 5.94.0
Qt Version: 5.15.4
Kernel Version: 5.15.43-1-lts (64-bit)
Graphics Platform: X11
Processors: 4 × AMD EPYC Processor (with IBPB)
Memory: 1.4 GiB of RAM
Graphics Processor: virgl
Manufacturer: QEMU

ADDITIONAL INFORMATION
This means that features such as 'sticky keys' will not work properly (unless one runs /usr/bin/kaccess manually after logging in)

Sorry, I couldn't figure out which product/component to report this under, so please shift it to the appropriate one.
Comment 1 David Edmundson 2022-06-12 08:47:16 UTC
Jun 12 09:35:20 david-desktop systemd-xdg-autostart-generator[34394]: /home/opt/kde5/etc/xdg/autostart/kaccess.desktop: not generating unit, Type=Service is not supported.

urgh,
Comment 2 Bug Janitor Service 2022-06-12 08:50:49 UTC
A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/977
Comment 3 David Edmundson 2022-06-12 13:48:39 UTC
Git commit ecca8c5d15709bea96685d51fb1f5e13051eda99 by David Edmundson.
Committed on 12/06/2022 at 13:48.
Pushed by davidedmundson into branch 'master'.

Correct type for kaccess desktop file

Type=Service should not be used for autostart applications, it's for
plugins.

This resulted in kaccess being "correctly" skipped by the XDG autostart
generator in the systemd boot.

M  +1    -1    kaccess/kaccess.desktop

https://invent.kde.org/plasma/plasma-desktop/commit/ecca8c5d15709bea96685d51fb1f5e13051eda99
Comment 4 David Edmundson 2022-06-12 13:50:09 UTC
Git commit e8aeaf5fda79fb631c569753fd66a8f5fc206794 by David Edmundson.
Committed on 12/06/2022 at 13:50.
Pushed by davidedmundson into branch 'Plasma/5.25'.

Correct type for kaccess desktop file

Type=Service should not be used for autostart applications, it's for
plugins.

This resulted in kaccess being "correctly" skipped by the XDG autostart
generator in the systemd boot.


(cherry picked from commit ecca8c5d15709bea96685d51fb1f5e13051eda99)

M  +1    -1    kaccess/kaccess.desktop

https://invent.kde.org/plasma/plasma-desktop/commit/e8aeaf5fda79fb631c569753fd66a8f5fc206794