Description of problem: When a KDE desktop is left idle, it always locks after the timeout period set for the Screensaver (now called Screen Locker) - even if the "Screen locker type" radiobutton in KCC is set to "Screen saver". This is extremely annoying when doing work where you alternately display data and than need some time to handle the data off-screen. An evident work-around would be to turn the screen-saver altogether off (or set it to a long timeout) - but that is not good for the screen. Version-Release number of selected component (if applicable): lib64kscreensaver5 (guessing) How reproducible: 100% KCC -> Hardware -> Display & Monitor -> Screenlocker Check Screen saver Radio button Start automatically after (5) minutes Steps to Reproduce: 1. KCC -> Hardware -> Display & Monitor -> Screenlocker 2. Check "Screen saver" (Screen locker type) Radio button 3. Check the "Start automatically after" checkbutton and select a meaningful time value. Note: it appears that KCC correctly sets the contents of .kde4/share/config/kscreensaverrc but that this setting is not correctly interpreted by KDE
Priority: Normal => HighSource RPM: screensaver always lock, => lib64kscreensaver5
CC: (none) => balcaen.johnAssignee: bugsquad => nicolas.lecureuil
upstream bug see: https://bugs.kde.org/show_bug.cgi?id=310871
See Also: (none) => https://bugs.kde.org/show_bug.cgi?id=310871
Keywords: (none) => UPSTREAM
CC: (none) => micheelsen
*** Bug 8506 has been marked as a duplicate of this bug. ***
CC: (none) => jarillon
CC: (none) => benbullard79
*** Bug 8353 has been marked as a duplicate of this bug. ***
CC: (none) => eeeemail
Priority: High => release_blockerCC: (none) => sander.lepik
Hardware: x86_64 => All
Hardware: All => x86_64
This bug should be fixed with kdebase4-workspace-4.10.0-3.mga3 (upstream patches from KDE/4.10 branch). https://git.reviewboard.kde.org/r/108425/ http://commits.kde.org/kde-workspace/72ca24bb6484b014ea4d91a323b8a7c8a44085aa regards, Luc
CC: (none) => lmenut
I can confirm that it works as intended now. Wonderful. This day starts very well indeed!
so closing as fixed.
Status: NEW => RESOLVEDResolution: (none) => FIXED