Bug 355208

Summary:	Control panel disappears after monitor suspend/switchoff with dualhead configuration
Product:	[Plasma] plasmashell	Reporter:	boris64 <bugs.kde>
Component:	generic-multiscreen	Assignee:	Aleix Pol <aleixpol>
Status:	RESOLVED WORKSFORME
Severity:	major	CC:	kde, kde, plasma-bugs-null
Priority:	NOR	Keywords:	triaged
Version First Reported In:	master
Target Milestone:	1.0
Platform:	Arch Linux
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description boris64 2015-11-11 18:32:50 UTC

Control panel is gone after monitor suspend etc. (please read "steps to reproduce" below).
(This is a dualhead configuration).

Happens in about 80 % of all times.
Bug / issue exists since i've been using kde5 (for about 4 month now?).
This _is_ really starting to annoy me.

Distro: Archlinux
Kernel: latest stable / 4.3 / 4.2.x / etc.
Software: latest KDE / latest mesa / latest xf86-ati-video

_Pleeease_ ask any questions, i'll try to help out with any infos i can give.

Reproducible: Always

Steps to Reproduce:
1. Startup kde5
2. switch off monitors or wait until monitors are suspended
3. switch on monitors


Actual Results:  

-> control panel is gone(!). Additionally (sometimes) all konsole sessions are "gone" (well, the processes still exist, but there's no konsole session anymore on the desktop). This sucks hard and means data loss when you've been working via ssh on some server etc.

-> Dirty hack to at least get the control panel back:
[alt]+[f2]: run "killall -2 plasmashell; plasmashell"

Expected Results:  
Everything (Control panel + konsole sessions) is still there after powering monitors back on again.

[lspci output]
[boris64@boris64 ~]$ lspci
00:00.0 Host bridge: Intel Corporation 4th Gen Core Processor DRAM Controller (rev 06)
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor PCI Express x16 Controller (rev 06)
00:14.0 USB controller: Intel Corporation 9 Series Chipset Family USB xHCI Controller
00:16.0 Communication controller: Intel Corporation 9 Series Chipset Family ME Interface #1
00:19.0 Ethernet controller: Intel Corporation Ethernet Connection (2) I218-V
00:1a.0 USB controller: Intel Corporation 9 Series Chipset Family USB EHCI Controller #2
00:1c.0 PCI bridge: Intel Corporation 9 Series Chipset Family PCI Express Root Port 1 (rev d0)
00:1c.3 PCI bridge: Intel Corporation 82801 PCI Bridge (rev d0)
00:1c.4 PCI bridge: Intel Corporation 9 Series Chipset Family PCI Express Root Port 5 (rev d0)
00:1d.0 USB controller: Intel Corporation 9 Series Chipset Family USB EHCI Controller #1
00:1f.0 ISA bridge: Intel Corporation 9 Series Chipset Family Z97 LPC Controller
00:1f.2 RAID bus controller: Intel Corporation SATA Controller [RAID mode]                                                                                  
00:1f.3 SMBus: Intel Corporation 9 Series Chipset Family SMBus Controller                                                                                   
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Tahiti XT [Radeon HD 7970/8970 OEM / R9 280X]                                     
01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Tahiti XT HDMI Audio [Radeon HD 7970 Series]                                                   
03:00.0 PCI bridge: ASMedia Technology Inc. ASM1083/1085 PCIe to PCI Bridge (rev 04)                                                                        
04:01.0 Multimedia controller: Twinhan Technology Co. Ltd Mantis DTV PCI Bridge Controller [Ver 1.0] (rev 01)                                               
05:00.0 Audio device: Creative Labs EMU20k2 [X-Fi Titanium Series] (rev 04)                                                                                 
[/lspci output]


[xrandr output]
[boris64@boris64 ~]$ xrandr
Screen 0: minimum 320 x 200, current 3840 x 1080, maximum 16384 x 16384
HDMI-0 connected primary 2560x1080+0+0 (normal left inverted right x axis y axis) 677mm x 290mm
   2560x1080     60.00*+
   1920x1080     60.00    50.00    59.94    30.00    29.97  
   1920x1080i    60.00    50.00    59.94  
   1680x1050     59.88  
   1600x900      60.00  
   1280x1024     75.02    60.02  
   1152x864      75.00  
   1280x720      60.00    50.00    59.94  
   1024x768      75.08    60.00  
   800x600       75.00    60.32  
   720x576       50.00  
   720x480       60.00    59.94  
   640x480       75.00    60.00    59.94  
   720x400       70.08  
DisplayPort-0 disconnected (normal left inverted right x axis y axis)
DVI-0 disconnected (normal left inverted right x axis y axis)
DVI-1 connected 1280x1024+2560+0 (normal left inverted right x axis y axis) 376mm x 301mm
   1280x1024     60.02 +  75.02* 
   1280x960      60.00  
   1152x864      75.00  
   1024x768      75.08    70.07    60.00  
   832x624       74.55  
   800x600       72.19    75.00    60.32    56.25  
   640x480       75.00    72.81    66.67    60.00  
   720x400       70.08  
[/xrandr output]

Comment 1 David Edmundson 2015-11-22 00:56:39 UTC

First question, what is a "control panel" ?

Comment 2 boris64 2015-11-22 13:41:20 UTC

Hm, looks like it's called only "panel" in english.
(A simple panel which can be added to the desktop)

Comment 3 boris64 2015-11-22 13:59:47 UTC

Ok, i made a short video (~50MB) with my smartphone.
-> http://boris64.net/files/videos/kde_bugreport_panel_gone.mp4
(please excuse my poor english and poor video quality)

Maybe this clears things up a bit.

Comment 4 Con Kolivas 2016-05-07 12:23:31 UTC

I'm having this problem on kubuntu 16.04 as well. My monitor is a 4k monitor which acts like two virtual screens. Since I can't extend the one panel across both screens, I have two panels at the bottom, one for each screen. On suspend/resume, the panel on the second virtual screen *always* disappears. The same happens on switching to a new session and then back again. The killall and restart plasmashell workaround makes the second panel reappear - however the panel often overlaps the first panel on the first screen and I have to drag it across to the second screen.

Comment 5 Andrew Crouthamel 2018-09-26 22:28:12 UTC

Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!

Comment 6 boris64 2018-09-26 23:01:55 UTC

(In reply to Andrew Crouthamel from comment #5)
> Dear Bug Submitter,
> 
> This bug has been in NEEDSINFO status with no change for at least 15 days.
> Please provide the requested information as soon as possible and set the bug
> status as REPORTED. Due to regular bug tracker maintenance, if the bug is
...

Well, the needed info has been provided 3.5 years ago, so: lol.

(Looks like i didn't know i was able to change the status. Stupid me.
Also looks like nobody cared because the status _did not_ change...)

Whatever, i can't reproduce the bug on my machine anymore.
It must have been fixed somehow by some update _years_ ago.