I’m using OpenSuse Tumbleweed, KDE Plasma with Wayland.
I am using Window rules to set the position of windows. I have two monitors, one connected via DVI, the other HDMI. When I boot the computer, the HDMI is 0 and the DVI is 1. I have set a window to always open on 0. However if the computer goes to standby, when it resumes the DVI connected monitor is now 0 and the window opens on that instead.
Is there a way to change this back?
Can you show this using “kscreen-doctor” before and after the event please?
kscreen-doctor -oBy standby do you mean screen-locking, or suspend?
Suspend or “Sleep” as it’s called in the menu.
This is before:
Output: 1 HDMI-A-1
enabled
connected
priority 2
HDMI
Modes: 1:1920x1080@60*! 2:1920x1080@60 3:1920x1080@60 4:1920x1080@50 5:1680x1050@60 6:1280x1024@75 7:1280x1024@60 8:1440x900@60 9:1280x960@60 10:1280x800@60 11:1152x864@75 12:1280x720@60 13:1280x720@60 14:1280x720@60 15:1280x720@50 16:1024x768@75 17:1024x768@70 18:1024x768@60 19:832x624@75 20:800x600@75 21:800x600@72 22:800x600@60 23:800x600@56 24:720x576@50 25:720x576@50 26:720x480@60 27:720x480@60 28:720x480@60 29:720x480@60 30:720x480@60 31:640x480@75 32:640x480@73 33:640x480@67 34:640x480@60 35:640x480@60 36:640x480@60 37:720x400@70 38:1280x1024@60 39:1024x768@60 40:1280x800@60 41:1920x1080@60 42:1600x900@60 43:1368x768@60 44:1280x720@60
Geometry: 1920,0 1920x1080
Scale: 1
Rotation: 1
Overscan: 0
Vrr: incapable
RgbRange: unknown
HDR: incapable
Wide Color Gamut: incapable
ICC profile: none
Color profile source: sRGB
Color power preference: prefer efficiency and performance
Brightness control: supported, set to 100% and dimming to 100%
Output: 2 DVI-D-1
enabled
connected
priority 1
DVI
Modes: 45:1920x1080@60*! 46:1680x1050@60 47:1280x1024@75 48:1280x1024@60 49:1440x900@60 50:1280x960@60 51:1280x800@60 52:1152x864@75 53:1280x720@60 54:1024x768@75 55:1024x768@70 56:1024x768@60 57:832x624@75 58:800x600@75 59:800x600@72 60:800x600@60 61:800x600@56 62:640x480@75 63:640x480@73 64:640x480@67 65:640x480@60 66:720x400@70 67:1280x1024@60 68:1024x768@60 69:1280x800@60 70:1920x1080@60 71:1600x900@60 72:1368x768@60 73:1280x720@60
Geometry: 0,293 1920x1080
Scale: 1
Rotation: 1
Overscan: 0
Vrr: incapable
RgbRange: unknown
HDR: incapable
Wide Color Gamut: incapable
ICC profile: none
Color profile source: sRGB
Color power preference: prefer efficiency and performance
Brightness control: supported, set to 98% and dimming to 100%
This is after:
Output: 1 DVI-D-1
enabled
connected
priority 1
DVI
Modes: 1:1920x1080@60*! 2:1680x1050@60 3:1280x1024@75 4:1280x1024@60 5:1440x900@60 6:1280x960@60 7:1280x800@60 8:1152x864@75 9:1280x720@60 10:1024x768@75 11:1024x768@70 12:1024x768@60 13:832x624@75 14:800x600@75 15:800x600@72 16:800x600@60 17:800x600@56 18:640x480@75 19:640x480@73 20:640x480@67 21:640x480@60 22:720x400@70 23:1280x1024@60 24:1024x768@60 25:1280x800@60 26:1920x1080@60 27:1600x900@60 28:1368x768@60 29:1280x720@60
Geometry: 0,293 1920x1080
Scale: 1
Rotation: 1
Overscan: 0
Vrr: incapable
RgbRange: unknown
HDR: incapable
Wide Color Gamut: incapable
ICC profile: none
Color profile source: sRGB
Color power preference: prefer efficiency and performance
Brightness control: supported, set to 98% and dimming to 100%
Output: 2 HDMI-A-1
enabled
connected
priority 2
HDMI
Modes: 30:1920x1080@60*! 31:1920x1080@60 32:1920x1080@60 33:1920x1080@50 34:1680x1050@60 35:1280x1024@75 36:1280x1024@60 37:1440x900@60 38:1280x960@60 39:1280x800@60 40:1152x864@75 41:1280x720@60 42:1280x720@60 43:1280x720@60 44:1280x720@50 45:1024x768@75 46:1024x768@70 47:1024x768@60 48:832x624@75 49:800x600@75 50:800x600@72 51:800x600@60 52:800x600@56 53:720x576@50 54:720x576@50 55:720x480@60 56:720x480@60 57:720x480@60 58:720x480@60 59:720x480@60 60:640x480@75 61:640x480@73 62:640x480@67 63:640x480@60 64:640x480@60 65:640x480@60 66:720x400@70 67:1280x1024@60 68:1024x768@60 69:1280x800@60 70:1920x1080@60 71:1600x900@60 72:1368x768@60 73:1280x720@60
Geometry: 1920,0 1920x1080
Scale: 1
Rotation: 1
Overscan: 0
Vrr: incapable
RgbRange: unknown
HDR: incapable
Wide Color Gamut: incapable
ICC profile: none
Color profile source: sRGB
Color power preference: prefer efficiency and performance
Brightness control: supported, set to 100% and dimming to 100%
Ok, and also check ‘Background Services’…is KScreen 2 running? You could try stopping it to see if that makes a difference. (This is all handled as part of KWin these days.)
BTW, I assume that your TW installation is fully updated?
Yes, it’s updated. KScreen 2 is not running.
I would search existing bug reports, ans submit if necessary…
https://bugs.kde.org
And how KDE is supposed to know that it will have the second monitor when it enumerates them? It is the same as opening bug report about /dev/sda becoming /dev/sdb after reboot. The order in which screens are enumerated could be different on resume. The relative position of both screens does not change though so KDE maintains the correct configuration.
I guess the real question is - how to reference a screen using some unique persistent information. E.g. I had similar issue using mpv and external TV over HDMI after I switched to Wayland. I referenced TV using the screen number 1 which could change. At that point mpv had only very basic Wayland support. Later mpv was extended to support the screen name and I stopped caring which number TV got.
That sounds like something for KDE forums rather than bugzilla.
I understood that the OP says it DOES get swapped. No matter which monitor comes up first, the desktop environment should to be able revert to the preferred screen arrangement when both monitors are active, (as it does with Windows actually).
In any case i don’t see how a KDE discussion will be any more effective that KDE bug report.
I did a further test. I noticed it was also getting a “display unplugged” “display plugged in” notifications when I resumed from suspend/sleep. So, I started from a fresh boot and just unplugged and plugged in the HDMI monitor, that swaps the screen numbers. Furthermore, turning the screen off and on does it as well.
I read elsewhere that the screen numbers are numerated in order of when they are plugged in. So the problem is, at a guess, the HDMI and DVI behave differently on suspend/resume. I do not have the hardware to check whether this is a problem for multiple identical connections. Maybe window rules should be using some different screen identifier.
The solution I’ve found is to not turn the HDMI connected monitor on till after boot (can turn off and on if I forget). Then the suspend/resume doesn’t swap them because HDMI is already the second output.
I found a bug report already filed for this 499732 – Inconsistent Monitor / Screen Indexes for Window Rules
Yes, I came across that one as well.
I found a better solution. The kscreen-doctor program can enable and disable screens with
kscreen-doctor output.SCREENNAME.enable
kscreen-doctor output.SCREENNAME.disable
You can find out the screen name with the kscreen-doctor -o command as used before. Mine is “HDMI-A-1” . I then used these commands to make a logout script
#!/bin/bash
kscreen-doctor output.HDMI-A-1.disable
and a login script
#!/bin/bash
sleep 3s
kscreen-doctor output.HDMI-A-1.enable
The sleep command is needed because otherwise it doesn’t seem to have a chance to re-register. Can put the logout command at the beginning of the login script instead but it works better doing it with two scripts. I don’t know how it would work with any further monitors, may need to put a sleep in between each monitor or the first sleep would be fine.
Which begs the question - what prevents KDE from using the same name in windows placement rules? Why jump through the hoops?
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.