Bug 9787

Summary:	When coming back from sleep, KDE panel and windows decorations are frozen
Product:	Mageia	Reporter:	Malo Deniélou <pmdenielou>
Component:	RPM Packages	Assignee:	Mageia Bug Squad <bugsquad>
Status:	RESOLVED OLD	QA Contact:
Severity:	normal
Priority:	Normal	CC:	balcaen.john, davidwhodgins, lmenut, mageia, mageia, marja11, tmb
Version:	Cauldron	Keywords:	NEEDINFO
Target Milestone:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Source RPM:		CVE:
Status comment:
Attachments:	.xsession-errors

Description Malo Deniélou 2013-04-18 13:38:31 CEST

Description of problem:
After installing Mageia3 pre-RC KDE LiveCD, I put the computer to sleep (suspend to RAM). When the computer comes back up, the KDE panel is frozen (taskbar, menu, icons,notifications), as well as the window decorations. The inside of the applications is however fine, so is the interaction with the desktop background (right-click or icons), and Alt-Tab.

Version-Release number of selected component (if applicable):
Mageia 3 pre-RC

Steps to Reproduce:
1. Install KDE LiveCD, suspend to RAM
2. take the computer out of sleep
3. notice the frozen panel, as well as the frozen window decorations.


Reproducible: 

Steps to Reproduce:

Manuel Hiebel 2013-04-19 18:48:29 CEST

CC: (none) => balcaen.john, lmenut, nicolas.lecureuil, tmb
Version: 3 => Cauldron

Comment 1 Malo Deniélou 2013-04-30 14:05:34 CEST

I can still reproduce strange KDE behavior after coming back from sleep.

This time I used the RC Live KDE iso on a USB stick, and directly went to sleep from the running live media. When coming back from sleep, the KDE environment is half frozen: only the click-right on the desktop works, which allows then the kde menu to open. But if I left-click on the desktop again, the KDE menu does not respond. Several other instances of such weirdness happen as well.

The laptop is a Intel based laptop, and sleep was working fine with Mageia 2.

Priority: Normal => High

Comment 2 Sander Lepik 2013-04-30 21:48:23 CEST

I can't reproduce. It's working fine with system that was upgraded to cauldron from mga2.

CC: (none) => sander.lepik

Comment 3 Malo Deniélou 2013-04-30 22:09:09 CEST

Created attachment 3856 [details]
.xsession-errors

This is the .xsession-errors I get after a resume.

Sander Lepik 2013-04-30 22:31:26 CEST

Attachment 3856 mime type: application/octet-stream => text/plain

Comment 4 Dave Hodgins 2013-04-30 22:47:51 CEST

Works ok here, provided I use xdriver=vesa.  If I let it default
to fglrx, on resume, bug 8049 causes the display to go blank,
and I have to switch to another tty, login, and run service dm
restart.  First time I've tried using suspend to ram on a
desktop system.  I'm impressed at the speed of both shutdown
and restart.

CC: (none) => davidwhodgins

Comment 5 Malo Deniélou 2013-05-02 11:05:53 CEST

I tried on another intel laptop, but couldn't reproduce ...
I also tried with Gnome on the laptop exhibiting the problem, but I can't reproduce ... 
This is really weird and annoying since I can consistently reproduce it on the one laptop, even with the liveRC (meaning no personal configuration).
I will decrease priority if it's just me ...

Malo Deniélou 2013-05-02 11:06:37 CEST

Priority: High => Normal
Severity: major => normal

Comment 6 Samuel Verschelde 2015-05-03 21:02:04 CEST

Hi Malo. Does it still happen with Mageia 5RC?

Keywords: (none) => NEEDINFO

Comment 7 Marja Van Waes 2015-09-22 21:13:10 CEST

(In reply to Samuel VERSCHELDE from comment #6)
> Hi Malo. Does it still happen with Mageia 5RC?

No reply and, apart from this question, no activity in this report since May 2013, closing as OLD

Feel free to reopen if the issue is still valid in Mga5 or cauldron.

Status: NEW => RESOLVED
CC: (none) => marja11
Resolution: (none) => OLD