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: | unspecified | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed 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. |