Description of problem: After the screensaver on KDE kicks in, sometimes it takes a long time to deactivate after you move the mouse or do any activity ( 8 - 10 seconds). This is with the default slideshow screensaver, I haven't tested with other for very long. It doesn't always happens, but it seems to happen more often when the screensaver has been on for a long time (10 minutes or more). I have seen this since a long time, I had forgot to open this report. Version-Release number of selected component (if applicable): How reproducible: Some times. Steps to Reproduce: 1. Leave you computer alone until the screensaver kicks in. 2. Wait at least 10 minutes before trying to deactivate the screensaver. 3. Move your mouse and see if the screensaver goes away immediately or it takes around 10 seconds.
*** Bug 5026 has been marked as a duplicate of this bug. ***
CC: (none) => jaanus.ojangu
seems this upstream bug: https://bugs.kde.org/show_bug.cgi?id=182104
Keywords: (none) => NO_PATCH, UPSTREAMCC: (none) => balcaen.john, lmenut
Yes it is, and as comment #11 suggests, adding: EffectsEnabled=false to kde4/share/config/kslideshow.kssrc workarounds the issue. Th problem is that that file doesn't exist by default, you have to go to KDE System Settings-> Display and Monitor->Screensaver and do a configuration change on the slideshow configuration so that file gets created. Then you can go ahead and add that option to that file.
Is it possible remove this transiton effect from release?
(In reply to comment #4) > Is it possible remove this transiton effect from release? Yes, as described in #3, if all agree I can go ahead and do it (as mikala is MIA for now).
I vote for it. ( Have a file from start with EffectsEnabled=false ) This is a problem on most computers i manage, and i have until now just disabled screensaver altogether. ( I was about to start a thread about selecting a better default screensaver, but searched, found this - and this alternative is better. :) )
CC: (none) => fri
I don't know if this bug has been patched or not, but it's still present for me. If the hack hasn't been implemented, I vote in favor :-)
CC: (none) => philippe.l
Same here
(In reply to comment #5) > (In reply to comment #4) > > Is it possible remove this transiton effect from release? > > Yes, as described in #3, if all agree I can go ahead and do it (as mikala is > MIA for now). No objection here :) Could you also drop a note in the release note (just in case)
Please patch
it is not a patch, just a configuration file to drop in mageia-kde4-config.
If we can't resolve the problem we have to switch to another screensaver. This will be really annoying for the users. And we don't want that.
Priority: Normal => release_blockerCC: (none) => sander.lepik
(In reply to comment #12) > If we can't resolve the problem we have to switch to another screensaver. This > will be really annoying for the users. And we don't want that. As said in comment #11, it's just about adding an option in the existing kslideshow.kssrc already available in mageia-kde4-config. Also it seems from a « nice effect transition » better to simply disable the UseCrossFade option instead of disabling all effects.
See Also: (none) => https://bugs.kde.org/show_bug.cgi?id=283284
Oki so change is committed on svn/soft & a push of mageia-kde4-config has been requested. I'll try for the next update of kde to reverse a commit in kdeartwork so this option can be shown.
*** Bug 5702 has been marked as a duplicate of this bug. ***
CC: (none) => simplew8
Can we close this one ?
CC: (none) => ennael1
Yes we can.
Status: NEW => RESOLVEDResolution: (none) => FIXED
This problem continues existing, but its not exactly the same as before. I have experienced when the computer is already in suspension that coming back the slideshow image stays like freezed for some time before disappearing. Can anyone reproduce this?
If it's not the « same as before » then it's a different bug so it need a new bug report