| Summary: | kde screensaver does not start automatically after the specified period of time, if gnome-settings-daemon is running | ||
|---|---|---|---|
| Product: | [Unmaintained] kcontrol | Reporter: | Vadym Krevs <vkrevs> |
| Component: | kcmscreensaver | Assignee: | kscreensaver bugs tracking <kscreensaver-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | bernhard, maksim, oliver.henshaw |
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | unspecified | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | 4.10 | |
| Sentry Crash Report: | |||
|
Description
Vadym Krevs
2007-03-11 23:19:39 UTC
Also, renaming /usr/lib64/xscreensaver/sproinges causes a blanc screen to be displayed instead of any screensaver. It seems that gnome-settings-daemon is the culprit. My KDE session is configured to automatically start gnome-settings-daemon via a symlink in .kde/Autostart. Basically, if gnome-settings-daemon is running, then KDE screensaver never starts. If I disable automatic startup of gnome-settings-daemon, then KDE screensavers work fine until a gnome/gtk application is started, at which point gnome-settings-daemon is started, and KDE screensaver gets disabled again. FWIW just ran into this helping migrate a co-worker, to 4.8.5. The root cause appears to be that gnome-settings-daemon sets all DPMS time outs to 0, which the xautolock code interprets as an app blocking a screensaver. Not sure if this is still the case with the 4.10 version of the code. Yep. The new screenlocker isn't sensitive to how the DPMS timeouts are set anymore. |