Dual monitor loses settings after screen sleep
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
kscreen |
Invalid
|
Medium
|
|||
kscreen (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
If I leave my computer until the desktop locks & then the screen goes black, when I log back in I still have dual monitors. however my config isn't used. It goes to using laptop display as main display & HDMI as a secondary display. Weird thing is, it does use the screen positioning portion of the config & the resolution, just moves bar to other screen & HDMI screen is just black. This happens every time, so yes it is reproducible.
Reproducible: Always
Steps to Reproduce:
1. Let screen lock & go black (aka sleep)
2. Move mouse to wake screen up
3. Log in to unlock desktop
Actual Results:
HDMI is no longer primary, laptop screen becomes primary. HDMI screen doesn't have desktop background settings nor panel, nor right click functions.
Expected Results:
My display settings should be used where HDMI is primary & laptop is secondary. Plasma panel should be on the HDMI screen & not the laptop screen.
My current work around is after unlocking the desktop log out & log back in. Everything goes back to normal until the next time the screen goes to sleep.
In KDE Bug Tracking System #362058, Rjohnson-m (rjohnson-m) wrote : | #1 |
Changed in kscreen: | |
importance: | Unknown → Medium |
status: | Unknown → New |
JohnEverest (john-everest) wrote : | #2 |
I have this bug. It was in Kubuntu 15.04 and 15.10. It occurs after some system changes and often after an update. I have not been able to find exactly what changes cause the loss of configuration.
I have dual monitors on an Nvidia GTX750 graphics card.
In KDE Bug Tracking System #362058, Mgraesslin (mgraesslin) wrote : | #3 |
this sounds like your XServer "loses" the output - which should not happen on power management. Could you please check whether that's the case in e.g. /var/log/
G. Guzmics (g4b) wrote : | #4 |
I think I can confirm this.
I did not have this behaviour in 15.04, which I used until recently with the same setup for years.
When I upgraded to xenial, I got the same behaviour, just the other way around: I do have primary screen set to the laptop (LVDS1), while my monitor is secondary (using a larger resolution).
Upon disconnecting HDMI and closing the lid, plasmas main bar gets resized as if its on the external monitor (so it gets moved over and back?), reconnecting hdmi with closed lid however moves primary screen to the monitor - otherwise I would not have even realized, why the main bar gets resized in such a weird fashion.
Logging out and back in fixes the problem.
Graphics card is intel.
cengopon (pognonec) wrote : | #5 |
Similar here I guess:
Dual screen (different resolutions and sizes). After sleep, windows that were opened are not found were they were (on the other screen, and on other workspace).
Something else: sometimes wake up does not work properly. Have to go TTY and back to GUI to get my desktop.
This is with Ubuntu 16.10, NVIDIA GF119, driver NVIDIA 367.57
Mike (mikemilleris) wrote : | #6 |
Kubuntu 16.04, KDE plasma 5.5.5, Qt 5.5.1
Using Sky Lake Integrated Graphics with driver=i915_bpo
Using dual monitors with different configurations and resolutions. On waking the screens the desktop shown on HDMI2 monitor crashes. The background is black and the KDE panel is gone. The primary display is unaffected. I am still able to run application windows on the crashed desktop and the app windows will take up the space of the missing panel. To resolve I run
killall plasmashell; sleep 3; plasmashell
This brings the desktop wallpaper and panel back as expected and application windows on the crashed desktop will resize to fit the panel.
K4LiN (kalinq) wrote : | #7 |
Hi,
I think I had similar issue. Mine was more related to suspend on lid close, but maybe you'll find something useful. My second screen position was resetting and overlaying primary laptop screen after resuming from suspend.
I noticed that in my journalctl that during lid close kscreen.kded is sending
"Lid closed, waiting to see if the computer goes to sleep..."
(https:/
After timeout, which is set here btw:
m_lidClosedTime
(https:/
it triggered this code:
"Lid closed without system going to suspend -> turning off the screen"
(https:/
which is causing turning off the screen and saving info about that in new config. Then, after resume from suspend, position of second monitor is set to (0,0) and is overlaying the primary one..
The thing is that it should not trigger that function on timeout, because my system is going to suspend and counting down should be stopped. The thing is that function which is responsible for stopping the timer is not triggering.
(https:/
And that is because of other error during kscreen daemon start:
kscreen.kded: PowerDevil SuspendSession action not available!
kscreen.kded: "The name org.kde.
(https:/
I am not very familiar with all that stuff, but it looks like kscreen daemon is starting too soon and there's no power devil yet, so kscreen deamon doesn't have a reference to powerdevil "aboutToSuspend" signal or something...
Anyway. When I reload kscreen in KDE settings or from command line - suspend on lid close is working as expected.
Adding this script to KDE autostart works for me as an workaround of the issue:
sleep 10 && qdbus org.kde.kded5 /kded org.kde.
Best!
Launchpad Janitor (janitor) wrote : | #8 |
Status changed to 'Confirmed' because the bug affects multiple users.
Changed in kscreen (Ubuntu): | |
status: | New → Confirmed |
AB (aborka) wrote : | #9 |
This is totally happening for me since a long while now. It was there in 17.x , it is there in 18.04 beta.
No matter if we use KDE or Cinnamon.
No matter if we use noveau or NVIDIA drivers.
I have 2 monitors for my desktop, a big one in front and a smaller one on the left. The big one is supposed to be the main desktop screen.
Once the screen saver timer kicks in to turn off the monitors, the big one never comes back to life after entering the password (can only enter it on the secondary-left side monitor). The big one stays without any image, it even says there is no signal when turned on/off.
Have to reboot to fix it.
AB (aborka) wrote : | #10 |
update: Executing "xset -dpms" at startup
(System Settings -> Startup and Shutdown -> Automatically Started Applications)
solves the problem (on KUbuntu 18.04 Beta + NVIDIA-390 Drivers, didn't test the other mentioned ones) for me.
Kenny Stier (kestier19) wrote : | #11 |
I have the same issue, only I'm running the 18.04 beta on Gnome.
I have yet to try the workaround.
Kenny Stier (kestier19) wrote : | #12 |
I can confirm that the "Executing "xset -dpms" at startup" workaround fixes the issue for me. I don't believe the issue is with kscreen though, as I'm running a Gnome stack and had the same issue starting with 18.04.
Vlad (servervd) wrote : | #13 |
I used to use two screens with outputs on VGA and DP(with converter to HDMI as monitor has only HDMI input) and this worked fine as long as I used it. Now I have upgraded screen and am using two DP where one screen is 4k and other is using DP2HDMI(same screen as used before).
Previous configuration was fine as screens came up quite swiftly but now my 4k screen takes longer to show up and this messes up whole config. (Cairo-dock is showing on left screen in the middle when mouse over right screen's edge etc..).
I believe this whole thing is down to timing when xorg is expecting all screens be ready to accept signal and reply with "Ready" signal but first screen responds faster and second may not respond in time and xorg believes that screen is off or not available so adjust config accordingly.
I don't know what dpms at startup does but I can live with this bug for now as all it does, shuffles my windows all over the place and cairo dock can be reconfigured quickly.
This bug should be submitted to xorg not kscreen I guess.
CPU: Intel® Core™ i5-3570 CPU @ 3.40GHz × 4
GPU: Intel® Ivybridge Desktop
Base Sys: Debian GNU/Linux 9 (stretch) 64-bit
Gnome: Ver 3.22.2
Rion (rion4ik) wrote : | #14 |
seems to be the same
https:/
Jeff.m (vsteel) wrote : | #15 |
I have this problem. Everything works great with my two monitor setup until my screen blanker comes on. After I wake the system (which my secondary monitor seems to wake up a couple of seconds faster) when I click the application launcher, the screen opens up on my secondary monitor. All windows I open show up on the secondary monitor. If I log out and in that will fix the issue and things will open on the correct monitor.
Nivdia driver 410.78 Nvidia 2080 video card.
Primary monitor: Dell AW3418DW on display port. 3440x1440 resolution
Secondary monitor: Dell 2407WFP on HDMI 1920x1200 resolution
Operating System: Kubuntu 18.10
KDE Plasma Version: 5.14.4
Qt Version: 5.11.1
KDE Frameworks Version: 5.52.0
Kernel Version: 4.18.0-12-generic
OS Type: 64-bit
Processors: 16 × AMD Ryzen 7 1800X Eight-Core Processor
Memory: 31.4 GiB of RAM
This is reproducible every time.
swisswuff (wuff) wrote : | #16 |
Since I started to run xset -dpms, now also as part of a startup script, the problem seems to have gone. Otherwise it was specifically there, when I connected an external monitor to my laptop, using the display port connector. Using the HDMI connector would not provoke the error, which was having all applications closed when simply locking the display using WINDOWS-L or by mouse/menu. The display port connector was the one to use to get the really good resolution going though.
FiNeX (finex) wrote : | #17 |
I'm experiencing the same bug on Arch Linux when one monitor is connected using Display Port (and two with DVI).
FiNeX (finex) wrote : | #18 |
I've found some related report on KDE:
https:/
https:/
https:/
Eugene (tsura-evgeniy) wrote : | #19 |
I had the same issue, my system:
Linux 4.15.0-45-generic #48-Ubuntu SMP Tue Jan 29 16:28:13 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
Steps:
- connect and external monitor via HDMI
- disconnect external monitor, select laptop monitor only
- put system to sleep mode
- wake up system, enter login and password in prompt
Result:
- screen is black, i need to connect external HDMI monitor and choose "laptop only" in dialog on external display to activate laptop display
This issue reproduces every time after system sleep. Even if i choose laptop only every time.
Платонов Николай (nickolay8) wrote : | #20 |
I can confirm this bug too. Using MSI GS 73 with Ubuntu 18.04.2 + latest official kubuntu desktop.
The notebook has 4k display and I'm using external dispaly LG 27UL850-W, which is 4k too.
As it was mentioned in the thread, it seems to be related to the "Screen energy saving" checkbox in the "Power managment settings". Once the timeout for this option passes both displays goes to power saving mode and becomes blank black. After you resume a session by moving a mouse, you can actually notice, how all windows first goes to the laptop display, then, all windows moves to external display.
This is a MAJOR usability bug. Need to manually re-position all windows again and again.
Платонов Николай (nickolay8) wrote : | #21 |
Using `xset -dpms` indeed seems to fix the problem, however, the external display does not become blank. This is not healthy for the display's matrice - in the manual, they recommend to not keep the same image on the screen for too long.
Anyone know a workaround similar to `xset -dpms` but with external screen blanking?
Платонов Николай (nickolay8) wrote : | #22 |
I've just checked and Gnome does not suffer from this bug.
`Bug #1573345 reported by Richard Johnson on 2016-04-22`
Any chance this issue can be solved properly? Is this tracker monitored by KDE developers at all?
Joshua Ogburn (ogburn-joshua) wrote : | #23 |
This is affecting me too.
OS: Linux Mint 19.2 Cinnamon,
Kernel: 4.15.0-58-generic,
GPU: Advanced Micro Devices, Inc. [AMD/ATI] Ellesmere [Radeon RX 470/480/
Vyacheslav N. Boyko (bvn13) wrote : | #24 |
Have the same annoying issue on Ubuntu 18.04.3 LTS
kernel 5.0.0-29-generic
Gnome 3.28.2
I have tried to fix it with xrandr with no result.
Also I have investigated changes of ~/.config.
Jussi (jusaus) wrote : | #25 |
Confirmed here too.
Deepin 15.11
4.15.0-
Intel HD5500
Marco Seravalli (mseravalli) wrote : | #26 |
Same issue
Debian rodete
Linux 4.19.67-
Cinnamon 3.8.8
NVIDIA Driver Version 430.50
Stefan Haubenthal (polluks) wrote : | #27 |
annoying
Mint 19.2
4.15.0-70-generic
Mate
Intel Corporation Device 3ea5
Jeff.m (vsteel) wrote : | #28 |
I have this issue, even my sound preferences change. I have my onboard sound as default and after waking the monitors it defaults back to the HDMI sound device.
Graphics card - NVIDIA 2080
NVIDIA driver version - 440.36
Monitors - Dell AW3418DW (DP-4) and a DELL2407WFP (HDMI-0) the HDMI display is physically rotated 90 degrees clockwise
Operating System: Kubuntu 19.10
KDE Plasma Version: 5.17.4
KDE Frameworks Version: 5.64.0
Qt Version: 5.12.4
Kernel Version: 5.3.0-24-generic
OS Type: 64-bit
Processors: 16 × AMD Ryzen 7 3800X 8-Core Processor
Memory: 31.3 GiB of RAM
I might not belong here, but I come with some additional info. I've had this same issue as well with xfce. I also do believe it may have to do with xorg.
I've opened this bug report with xfce (although it may not be filed correctly):
https:/
and I found this related forum post here:
https:/
Monitors: 3x ASUS VS239
OS: Fedora 31
Xfce 4.14
In KDE Bug Tracking System #362058, Matthew Barnes (mbarnes536) wrote : | #30 |
I am experiencing this issue also. Looking at the Xorg.0.log I am seeing the screen disconnect .
[ 71289.913] (--) NVIDIA(GPU-0): DFP-4: disconnected
[ 71289.913] (--) NVIDIA(GPU-0): DFP-4: Internal DisplayPort
[ 71289.913] (--) NVIDIA(GPU-0): DFP-4: 1440.0 MHz maximum pixel clock
[ 71289.913] (--) NVIDIA(GPU-0):
[ 71289.927] (--) NVIDIA(GPU-0): DFP-6: disconnected
[ 71289.927] (--) NVIDIA(GPU-0): DFP-6: Internal DisplayPort
[ 71289.927] (--) NVIDIA(GPU-0): DFP-6: 1440.0 MHz maximum pixel clock
[ 71289.927] (--) NVIDIA(GPU-0):
[ 71290.640] (--) NVIDIA(GPU-0): Acer KG281K (DFP-4): connected
[ 71290.640] (--) NVIDIA(GPU-0): Acer KG281K (DFP-4): Internal DisplayPort
[ 71290.640] (--) NVIDIA(GPU-0): Acer KG281K (DFP-4): 1440.0 MHz maximum pixel clock
[ 71290.640] (--) NVIDIA(GPU-0):
[ 71290.649] (--) NVIDIA(GPU-0): Acer KG281K (DFP-6): connected
[ 71290.649] (--) NVIDIA(GPU-0): Acer KG281K (DFP-6): Internal DisplayPort
[ 71290.649] (--) NVIDIA(GPU-0): Acer KG281K (DFP-6): 1440.0 MHz maximum pixel clock
[ 71290.649] (--) NVIDIA(GPU-0):
[ 71290.798] (II) NVIDIA(0): Setting mode "DP-4: nvidia-auto-select @3840x2160 +3840+0 {ViewPortIn=
[ 71290.937] (II) NVIDIA(0): Setting mode "NULL"
[ 71291.089] (II) NVIDIA(0): Setting mode "DP-2: nvidia-auto-select @3840x2160 +0+0 {ViewPortIn=
[ 71291.141] (II) NVIDIA(0): Setting mode "DP-2: nvidia-auto-select @3840x2160 +0+0 {ViewPortIn=
Christopher Harper (charper) wrote : | #31 |
Confirmed I have the same bug, and the same sound issues as Jeff.m @vsteel.
1. LG UltraGear (DP-2)
- After sleep, this one goes away. Display properties -> Enable brings it back.
- Sound goes to this monitor, but doesn't work?!
2. E2742 (DVI-D-0)
- After sleep, only monitor that works.
Workarounds:
* Display Properties, Dropdown to LG Ultragear, Enable. Brings it back.
* Audio is much harder. Only thing I could find that re-enables it is HDAJackRetask. For some reason, the OS 'forgets' that I have 5.1 speakers on Realtek ALCS1200A codec, and only goes to the NVidia GPU 83 HDMI/DP.
Gets annoying to apply after every time my system goes to sleep. :/
Christopher Harper (charper) wrote : | #32 |
Further info:
Kubuntu 20.10
KDE Plasma 5.19.5
Kernel 5.8.0-41-generic
GTX 1070 with nvidia-driver-450 (also tried -460)
In KDE Bug Tracking System #362058, Jacek Wieczorek (mrjjot) wrote : | #33 |
I think I'm experiencing this bug too. In my case, each broken screen sleep leads to wallpaper change on my secondary monitor, disabling the compositor and sometimes moving certain windows around (usually code-oss).
In my /var/log/Xorg.0.log I can see the the screens disconnecting, exactly as Matthew Barnes said.
My testing consisted of logging output of `xrandr` in 0.1s intervals throughout different sleep cycles. I set "Switch off screens after" to 1 minute in system settings and then woke up the screens after different periods of time. I found out that if I wake up my computer after 3 or less minutes (including 1 min of waiting for the screens to switch off), it always wakes up correctly.
Correct screen wake up after 3 min - everything is fine:
1562 DP-2 connected 2560x1440+0+0 (normal left inverted right x axis y axis) 597mm x 336mm
1562 DP-4 connected primary 2560x1440+2560+0 (normal left inverted right x axis y axis) 597mm x 336mm
Broken wake up after 4 min - monitors temporarily disconnect, compositor is disabled, wallpapers change, windows are moved around (for DP-4):
2027 DP-4 connected primary 2560x1440+2560+0 (normal left inverted right x axis y axis) 597mm x 336mm
7 DP-4 disconnected primary 2560x1440+2560+0 (normal left inverted right x axis y axis) 0mm x 0mm
8 DP-4 disconnected (normal left inverted right x axis y axis)
7 DP-4 connected (normal left inverted right x axis y axis)
54 DP-4 connected primary 2560x1440+2560+0 (normal left inverted right x axis y axis) 597mm x 336mm
Interestingly, when kscreen is not running, the behavior doesn't change but the logs look a bit differently.
Broken wake up after 4 min, kscreen not running (for DP-4):
1982 DP-4 connected primary 2560x1440+2560+0 (normal left inverted right x axis y axis) 597mm x 336mm
15 DP-4 disconnected primary 2560x1440+2560+0 (normal left inverted right x axis y axis) 0mm x 0mm
76 DP-4 connected primary 2560x1440+2560+0 (normal left inverted right x axis y axis) 600mm x 340mm
I uploaded the compressed logs to this Github repo: https:/
Some other observations:
- "Broken" wake up always takes visibly more time than a normal one
- I can reproduce this behavior on fresh Manjaro Live with or without Nvidia driver
- Enabling/disabling DPMS doesn't change anything
- It doesn't matter whether the lockscreen appears
- "Auto input switch", "Automatic Standby" and "Smart Energy Saving" in screens' OSD menus don't affect this behavior
Given that XFCE users report similar behavior and that kscreen is not necessary for this bug to happen, maybe X.Org is in fact the problem? Maybe we should think of filing a bug report there?
System info:
Manjaro Linux, kernel 5.10.49
plasmashell version: 5.22.3
xorg version: 1.20.11
GPU: Nvidia RTX 2070 SUPER
Nvidia driver version: 470.42.01
Monitors: 2 x LG Ultragear 27GL850 connected via Display Port
In KDE Bug Tracking System #362058, Harry Coin (hcoin) wrote : | #34 |
Still exists 2/2022. KScreen. After a sleep, it's random which monitors are detected at all. After a sleep some, but not all the monitors come back at all, and the ones that do are horizontally aligned, the stored alignment is lost. The only way to fix it I've found is to reboot.
In KDE Bug Tracking System #362058, Natalie-clarius (natalie-clarius) wrote : | #35 |
I'm getting the same on 5.24 X11, but with the configuration being changed from extend to unify. The laptop is my primary screen and on the left, and the external HDMI monitor is secondary and set to be an extension to the right. After sleep my laptop screen shows what was previously on only on my secondary monitor, more precisely the topleft section of it because my laptop screen is smaller in resolution but the contents are not refitted.
In KDE Bug Tracking System #362058, Natalie-clarius (natalie-clarius) wrote : | #36 |
Created attachment 148688
My /var/log/Xorg.0.log immediately after wakeup
Jordi (jotauve) wrote : | #37 |
Hi! I am stucked in the same problem, big problem for me... every time the computer wakes up, I ve to reconfigure the monitors (disable screen mirroring) and distribute all the windows again, .. .some idea? thanks
In KDE Bug Tracking System #362058, myrkat (myrkat) wrote : | #38 |
I believe I am experiencing this on Kubuntu 22.04 LTS (since installing in Apr 2022, and through various updates). If it is a short sleep, no issues. If it is longer than a few minutes, the secondary monitor "forgets" the wallpaper and sets the default one.
My main monitor is a 2K via DP, secondary is a FHD via HDMI. It is a custom-built PC (desktop, mid-tower). Apologies for the "below tech" addition here, just wanted to add Kubuntu 22.04 into the mix. DM is in a dark theme, but I've set the wallpapers in both dark and light themes, and still experience this.
Changed in kscreen: | |
status: | New → Unknown |
In KDE Bug Tracking System #362058, Colombo-gab (colombo-gab) wrote : | #39 |
It also happens in KDE 5.26.2, running an XOrg session, and also after rebooting, on top of wakeup after sleep.
Each time I fire up my laptop, I have to set-up again my 3-monitor settings.
This is happening since Plasma 5.26.0 has been released.
Every time I do this, a new config file is created within ~/.local/
The various config files created every time are identical (just compared 2 of them with Kompare).
It seems that kscreen just ignores any previously created config file and keeps creating a new one every time you change your screens settings.
In KDE Bug Tracking System #362058, Colombo-gab (colombo-gab) wrote : | #40 |
(In reply to ProstMeister from comment #7)
> It also happens in KDE 5.26.2, running an XOrg session, and also after
> rebooting, on top of wakeup after sleep.
> Each time I fire up my laptop, I have to set-up again my 3-monitor settings.
> This is happening since Plasma 5.26.0 has been released.
> Every time I do this, a new config file is created within
> ~/.local/
> The various config files created every time are identical (just compared 2
> of them with Kompare).
> It seems that kscreen just ignores any previously created config file and
> keeps creating a new one every time you change your screens settings.
I forgot to tell you that I'm running on EndeavourOS.
In KDE Bug Tracking System #362058, Nate-b (nate-b) wrote : | #41 |
Unfortunately each of you who are experiencing this issue could easily be experiencing it for a completely different reason. Multimonitor bugs are weird like that.
Can I ask each of you to file a new bug report, and paste the output of `kscreen-doctor -o` before and after sleep? Thanks! Also please mention what GPU hardware you're using.
As for this bug, the original reporter never responded, so it's not actionable for the specific issue he was reporting and we have to close it. Everyone else, please do file your own bug reports. Thanks a lot!
Changed in kscreen: | |
status: | Unknown → Invalid |
In KDE Bug Tracking System #362058, Roman (r0ck3r-8) wrote : | #42 |
Output: 445 DVI-D-0 disabled disconnected DVI Modes: Geometry: 0,0 0x0 Scale: 1 Rotation: 1 Overscan: 0 Vrr: incapable RgbRange: unknown
Output: 446 HDMI-0 enabled connected HDMI Modes: 447:1920x1080@60*! 448:1920x1080@75 449:1920x1080@60 450:1920x1080@50 451:1920x1080@60 452:1920x1080@50 453:1680x1050@60 454:1280x1024@75 455:1280x1024@60 456:1280x960@60 457:1280x720@60 458:1280x720@60 459:1280x720@50 460:1024x768@75 461:1024x768@70 462:1024x768@60 463:800x600@75 464:800x600@72 465:800x600@60 466:800x600@56 467:720x576@50 468:720x480@60 469:640x480@75 470:640x480@73 471:640x480@72 472:640x480@60 473:640x480@60 Geometry: 4480,360 1920x1080 Scale: 1 Rotation: 1 Overscan: 0 Vrr: incapable RgbRange: unknown
Output: 474 HDMI-1 enabled connected HDMI Modes: 447:1920x1080@60*! 448:1920x1080@75 449:1920x1080@60 450:1920x1080@50 451:1920x1080@60 452:1920x1080@50 453:1680x1050@60 454:1280x1024@75 455:1280x1024@60 456:1280x960@60 457:1280x720@60 458:1280x720@60 459:1280x720@50 460:1024x768@75 461:1024x768@70 462:1024x768@60 463:800x600@75 464:800x600@72 465:800x600@60 466:800x600@56 467:720x576@50 468:720x480@60 469:640x480@75 470:640x480@73 471:640x480@72 472:640x480@60 473:640x480@60 Geometry: 0,360 1920x1080 Scale: 1 Rotation: 1 Overscan: 0 Vrr: incapable RgbRange: unknown
Output: 475 DP-0 disabled connected primary DisplayPort Modes: 447:1920x1080@60 449:1920x1080@60 450:1920x1080@50 453:1680x1050@60 454:1280x1024@75 455:1280x1024@60 457:1280x720@60 458:1280x720@60 459:1280x720@50 460:1024x768@75 461:1024x768@70 462:1024x768@60 463:800x600@75 464:800x600@72 465:800x600@60 466:800x600@56 467:720x576@50 468:720x480@60 469:640x480@75 470:640x480@73 472:640x480@60 476:2560x1440@144! 477:2560x1440@120 478:2560x1440@100 479:2560x1440@60 480:1600x900@60 481:1440x900@60 482:1280x800@60 483:1152x864@75 Geometry: 0,0 2560x1440 Scale: 1 Rotation: 1 Overscan: 0 Vrr: incapable RgbRange: unknown primary
Output: 484 DP-1 disabled disconnected DisplayPort Modes: Geometry: 0,0 0x0 Scale: 1 Rotation: 1 Overscan: 0 Vrr: incapable RgbRange: unknown
Output: 485 DP-2 disabled disconnected DisplayPort Modes: Geometry: 0,0 0x0 Scale: 1 Rotation: 1 Overscan: 0 Vrr: incapable RgbRange: unknown
In KDE Bug Tracking System #362058, Roman (r0ck3r-8) wrote : | #43 |
It was after fail. Next will be before
In KDE Bug Tracking System #362058, Roman (r0ck3r-8) wrote : | #44 |
Output: 445 DVI-D-0 disabled disconnected DVI Modes: Geometry: 0,0 0x0 Scale: 1 Rotation: 1 Overscan: 0 Vrr: incapable RgbRange: unknown
Output: 446 HDMI-0 enabled connected HDMI Modes: 447:1920x1080@60*! 448:1920x1080@75 449:1920x1080@60 450:1920x1080@50 451:1920x1080@60 452:1920x1080@50 453:1680x1050@60 454:1280x1024@75 455:1280x1024@60 456:1280x960@60 457:1280x720@60 458:1280x720@60 459:1280x720@50 460:1024x768@75 461:1024x768@70 462:1024x768@60 463:800x600@75 464:800x600@72 465:800x600@60 466:800x600@56 467:720x576@50 468:720x480@60 469:640x480@75 470:640x480@73 471:640x480@72 472:640x480@60 473:640x480@60 Geometry: 4480,360 1920x1080 Scale: 1 Rotation: 1 Overscan: 0 Vrr: incapable RgbRange: unknown
Output: 474 HDMI-1 enabled connected HDMI Modes: 447:1920x1080@60*! 448:1920x1080@75 449:1920x1080@60 450:1920x1080@50 451:1920x1080@60 452:1920x1080@50 453:1680x1050@60 454:1280x1024@75 455:1280x1024@60 456:1280x960@60 457:1280x720@60 458:1280x720@60 459:1280x720@50 460:1024x768@75 461:1024x768@70 462:1024x768@60 463:800x600@75 464:800x600@72 465:800x600@60 466:800x600@56 467:720x576@50 468:720x480@60 469:640x480@75 470:640x480@73 471:640x480@72 472:640x480@60 473:640x480@60 Geometry: 0,360 1920x1080 Scale: 1 Rotation: 1 Overscan: 0 Vrr: incapable RgbRange: unknown
Output: 475 DP-0 enabled connected primary DisplayPort Modes: 447:1920x1080@60 449:1920x1080@60 450:1920x1080@50 453:1680x1050@60 454:1280x1024@75 455:1280x1024@60 457:1280x720@60 458:1280x720@60 459:1280x720@50 460:1024x768@75 461:1024x768@70 462:1024x768@60 463:800x600@75 464:800x600@72 465:800x600@60 466:800x600@56 467:720x576@50 468:720x480@60 469:640x480@75 470:640x480@73 472:640x480@60 476:2560x1440@144*! 477:2560x1440@120 478:2560x1440@100 479:2560x1440@60 480:1600x900@60 481:1440x900@60 482:1280x800@60 483:1152x864@75 Geometry: 1920,0 2560x1440 Scale: 1 Rotation: 1 Overscan: 0 Vrr: incapable RgbRange: unknown primary
Output: 484 DP-1 disabled disconnected DisplayPort Modes: Geometry: 0,0 0x0 Scale: 1 Rotation: 1 Overscan: 0 Vrr: incapable RgbRange: unknown
Output: 485 DP-2 disabled disconnected DisplayPort Modes: Geometry: 0,0 0x0 Scale: 1 Rotation: 1 Overscan: 0 Vrr: incapable RgbRange: unknown
Output: 486 DP-3 disabled disconnected DisplayPort Modes: Geometry: 0,0 0x0 Scale: 1 Rotation: 1 Overscan: 0 Vrr: incapable RgbRange: unknown
In KDE Bug Tracking System #362058, Roman (r0ck3r-8) wrote : | #45 |
I have very stange things after upgrading to Fedora 37. On Fedora 36 I had troubles after waking up displays from power save mode, such as loosing positions of windows, panels and widgets. After upgrading to 37 my middle display, connected to DP, won't start at all after powersave and I have massive visual glitches on left and right displays. By pressing Ctrl+Alt+F12 and disabling graphic effects, glitches are gone, but I still can't enable main display. I try to enable this display manual via kscreen settings, but with no luck. Sometimes, I can do that, but almost - no. When I reboot my PC, middle display stays disabled. Only what I can do - is switching to Wayland, reconfiguring displays and start Xorg again. After this, display works as expected until next powersave. Another strange thing: after I have this bug, when I try to logout from KDE to switch to Wayland, SDDM freezes. But it is shown on all displays
In KDE Bug Tracking System #362058, Nate-b (nate-b) wrote : | #46 |
Like I said:
> Unfortunately each of you who are experiencing this issue could easily be
> experiencing it for a completely different reason. Multimonitor bugs are
> weird like that.
>
> Can I ask each of you to file a new bug report, and paste the output of
> `kscreen-doctor -o` before and after sleep? Thanks! Also please mention what
> GPU hardware you're using.
>
> As for this bug, the original reporter never responded, so it's not
> actionable for the specific issue he was reporting and we have to close it.
> Everyone else, please do file your own bug reports. Thanks a lot!
In KDE Bug Tracking System #362058, Colombo-gab (colombo-gab) wrote : | #47 |
kscreen-doctor -o output BEFORE fixing the screen settings:
Output: 66 eDP1 enabled connected primary Panel Modes: 72:1920x1080@60*! 190:1680x1050@60 193:1280x1024@60 201:1024x768@60 205:800x600@60 206:800x600@56 213:640x480@60 1574:1400x1050@60 1575:1600x900@60 1576:1600x900@60 1577:1600x900@60 1578:1400x900@60 1579:1400x900@60 1580:1280x960@60 1581:1368x768@60 1582:1368x768@60 1583:1368x768@60 1584:1280x800@60 1585:1280x800@60 1586:1280x720@60 1587:1280x720@60 1588:1280x720@60 1589:1024x576@60 1590:1024x576@60 1591:1024x576@60 1592:960x540@60 1593:960x540@60 1594:960x540@60 1595:864x486@60 1596:864x486@60 1597:864x486@60 1598:720x405@60 1599:720x405@60 1600:720x405@59 1601:640x360@60 1602:640x360@59 1603:640x360@60 Geometry: 0,0 1920x1080 Scale: 1 Rotation: 1 Overscan: 0 Vrr: incapable RgbRange: unknown primary
Output: 67 DP1 disabled disconnected DisplayPort Modes: Geometry: 0,0 0x0 Scale: 1 Rotation: 1 Overscan: 0 Vrr: incapable RgbRange: unknown
Output: 68 HDMI1 disabled disconnected HDMI Modes: Geometry: 0,0 0x0 Scale: 1 Rotation: 1 Overscan: 0 Vrr: incapable RgbRange: unknown
Output: 69 HDMI2 enabled connected HDMI Modes: 73:1920x1200@60*! 187:1920x1080@60 188:1920x1080@50 189:1920x1080@60 192:1280x1024@75 193:1280x1024@60 195:1152x864@75 196:1280x720@60 197:1280x720@50 198:1280x720@60 199:1024x768@75 201:1024x768@60 204:800x600@75 205:800x600@60 207:720x576@50 208:720x480@60 209:720x480@60 210:640x480@75 212:640x480@60 213:640x480@60 214:720x400@70 1604:1920x1080@60 1605:1920x1080@50 1606:1920x1080@24 1607:1920x1080@60 1608:1920x1080@24 1609:1600x1200@60 1610:720x576@50 1611:720x480@60 1612:720x480@60 Geometry: 950,1080 1920x1200 Scale: 1 Rotation: 1 Overscan: 0 Vrr: incapable RgbRange: unknown
Output: 70 VIRTUAL1 disabled disconnected Unknown Modes: Geometry: 0,0 0x0 Scale: 1 Rotation: 1 Overscan: 0 Vrr: incapable RgbRange: unknown
Output: 185 DVI-I-2-1 enabled connected DVI Modes: 187:1920x1080@60*! 188:1920x1080@50 189:1920x1080@60 190:1680x1050@60 191:1600x900@60 192:1280x1024@75 193:1280x1024@60 194:1440x900@60 195:1152x864@75 196:1280x720@60 197:1280x720@50 198:1280x720@60 199:1024x768@75 200:1024x768@70 201:1024x768@60 202:832x624@75 203:800x600@72 204:800x600@75 205:800x600@60 206:800x600@56 207:720x576@50 208:720x480@60 209:720x480@60 210:640x480@75 211:640x480@73 212:640x480@60 213:640x480@60 214:720x400@70 Geometry: 1920,0 1920x1080 Scale: 1 Rotation: 1 Overscan: 0 Vrr: incapable RgbRange: unknown
Output: 246 DVI-I-3-2 enabled connected DVI Modes: 187:1920x1080@60*! 188:1920x1080@50 189:1920x1080@60 190:1680x1050@60 191:1600x900@60 192:1280x1024@75 193:1280x1024@60 194:1440x900@60 195:1152x864@75 196:1280x720@60 197:1280x720@50 198:1280x720@60 199:1024x768@75 200:1024x768@70 201:1024x768@60 202:832x624@75 203:800x600@72 204:800x600@75 205:800x600@60 206:800x600@56 207:720x576@50 208:720x480@60 209:720x480@60 210:640x480@75 211:640x480@73 212:640x480@60 213:640x480@60 214:720x400@70 Geometry: 3840,0 1920x1080 Scale: 1 Rotation: 1 Overscan: 0 Vrr: incapable RgbRange: unknown
Output: 279 DVI-I-4-3 disabled disconnected DVI Modes: Geometry: 0,0 0x0 Scale: 1 Rotation: 1 Overscan: 0 Vrr: incapable RgbRange: unknown
...
Changed in kscreen: | |
status: | Invalid → Confirmed |
Changed in kscreen: | |
status: | Confirmed → Unknown |
In KDE Bug Tracking System #362058, Nate-b (nate-b) wrote : | #48 |
Like I said, in another bug report please.
Changed in kscreen: | |
status: | Unknown → Invalid |
Scarlett Gately Moore (scarlettmoore) wrote : | #49 |
This bug is very old, if it is still an issue please update the bug with information from a supported release.
Changed in kscreen (Ubuntu): | |
status: | Confirmed → Incomplete |
status: | Incomplete → Fix Released |
If I leave my computer until the desktop locks & then the screen goes black, when I log back in I still have dual monitors. however my config isn't used. It goes to using laptop display as main display & HDMI as a secondary display. Weird thing is, it does use the screen positioning portion of the config & the resolution, just moves bar to other screen & HDMI screen is just black. This happens every time, so yes it is reproducible.
Reproducible: Always
Steps to Reproduce:
1. Let screen lock & go black (aka sleep)
2. Move mouse to wake screen up
3. Log in to unlock desktop
Actual Results:
HDMI is no longer primary, laptop screen becomes primary. HDMI screen doesn't have desktop background settings nor panel, nor right click functions.
Expected Results:
My display settings should be used where HDMI is primary & laptop is secondary. Plasma panel should be on the HDMI screen & not the laptop screen.
My current work around is after unlocking the desktop log out & log back in. Everything goes back to normal until the next time the screen goes to sleep.