Description of problem: On monday i was informed of an upgrade to KDE4.3. With the previous KDE 4.2.4 the standby/hibernate mode was running without any problem on my labtop. After the successful upgrade, neither standby oder hibernate was running. When i request an standby, the desktop seems to go to sleep, it fells into the screensaver and is doing somethng (due to disk activity) it the system remains in the screen-saver. Doing the same wirh GNOME does work, so it seems to be a KDE problem. Version-Release number of selected component (if applicable): Fedora-11 with (now) KDE 4.3 How reproducible: Steps to Reproduce: 1. close monitor shell(in powersave mode or directly call standby/hib.. 2. see how the screen save is being called 3. watch some disk activities but no sleep. Actual results: no standby Expected results: bring it back please ! Additional info: Previously i contacted a german fedora-forum and somebody told me, to create an incident and attach some of the /var/log/messages and the ${HOME}/.xsession-errors file. So in case of any question feel free to contact me with some technical stuff, caus i am a technican. Thank you for your support (and yah wonderful Fedora to).
Created attachment 357080 [details] archive with 2 log files
Not a review request, clearing fedora-review. That flag must ONLY be used on review requests for new packages to be introduced in the distribution, not for regular bug reports.
Also clearing abusive aliases. An alias is a short mnemonic identifier which is used instead of the bug number in some places. It cannot contain spaces, or Bugzilla will think you want to give the bug multiple aliases. And in general, bugs do not need aliases, only things like tracker bug or frequently duplicated ones do.
Adding to the kde-4.3.0 tracker, as this is a regression.
From /var/log/messages: Aug 11 22:27:55 gaetan kernel: type=1400 audit(1250022475.281:6): avc: denied { read } for pid=5616 comm="56dhclient" name="network-scripts" dev=dm-1 ino=59 scontext=system_u:system_r:hald_t:s0 tcontext=system_u:object_r:net_conf_t:s0 tclass=dir Aug 11 22:27:55 gaetan kernel: type=1400 audit(1250022475.281:7): avc: denied { read } for pid=5616 comm="56dhclient" name="network-scripts" dev=dm-1 ino=59 scontext=system_u:system_r:hald_t:s0 tcontext=system_u:object_r:net_conf_t:s0 tclass=dir This is the same as bug 516824. As a workaround, you can turn SELinux to permissive or disable it entirely. *** This bug has been marked as a duplicate of bug 516824 ***