Summary: | When adding a second screen with greater resolution than first screen, desktop wallpaper is constrained to smaller resolution of first monitor | ||
---|---|---|---|
Product: | [Plasma] plasmashell | Reporter: | briguy992 |
Component: | Desktop Containment | Assignee: | Plasma Bugs List <plasma-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | edtoml, ep1cm1n10n123, kde, leon.teichroeb, nate, nerumo, notmart, pikaphase, postix, sodiummoss, xaver.hugl |
Priority: | HI | Keywords: | multiscreen |
Version: | 6.1.0 | ||
Target Milestone: | 1.0 | ||
Platform: | Arch Linux | ||
OS: | Linux | ||
See Also: | https://bugs.kde.org/show_bug.cgi?id=484037 | ||
Latest Commit: | https://invent.kde.org/plasma/plasma-desktop/-/commit/4a68159a4f110bf525c34eb98854928ba1f32fb9 | Version Fixed In: | 6.2.0 |
Sentry Crash Report: | |||
Attachments: |
This is a 2560x1440 resolution monitor, but wallpaper is constrained to 1920x1080. Black space should not be here and wallpaper should be full screen
Session log where bug is present Session log where bug is not present |
Do you have the same wallpaper on both screens? If you configure different ones does the one from the smaller screen "move" to the larger one? A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/2277 Git commit c98510a3bc2c226c9d9b3ef283c79fa1e57d698a by Marco Martin. Committed on 30/05/2024 at 08:17. Pushed by mart into branch 'master'. Anchor the desktop containment to the proper element The containment item is parented to "containmentParent" so it can't be anchored to root anymore, but must be parented to containmentParent instead M +4 -4 desktoppackage/contents/views/Desktop.qml https://invent.kde.org/plasma/plasma-desktop/-/commit/c98510a3bc2c226c9d9b3ef283c79fa1e57d698a Git commit 4a68159a4f110bf525c34eb98854928ba1f32fb9 by Marco Martin. Committed on 30/05/2024 at 09:01. Pushed by mart into branch 'Plasma/6.1'. Anchor the desktop containment to the proper element The containment item is parented to "containmentParent" so it can't be anchored to root anymore, but must be parented to containmentParent instead (cherry picked from commit c98510a3bc2c226c9d9b3ef283c79fa1e57d698a) 1ff7072b Anchor the desktop containment to the prope element Co-authored-by: Marco Martin <notmart@gmail.com> M +4 -4 desktoppackage/contents/views/Desktop.qml https://invent.kde.org/plasma/plasma-desktop/-/commit/4a68159a4f110bf525c34eb98854928ba1f32fb9 *** Bug 487806 has been marked as a duplicate of this bug. *** *** Bug 488170 has been marked as a duplicate of this bug. *** Can anyone confirm that https://invent.kde.org/plasma/plasma-desktop/-/commit/c98510a3bc2c226c9d9b3ef283c79fa1e57d698a fixed the issue for them? This issue is still occurring for me in 6.1.0. Visually, the bug appears identical to the report at https://bugs.kde.org/show_bug.cgi?id=488170, but otherwise it is the same as this report. Context menu also does not work in the black area for me. SOFTWARE/OS VERSIONS Distro: Arch Linux Kernel: 6.9.6-arch1-1 plasma-desktop: 6.1.0-1 KDE Framework: 6.3.0 Qt Version: 6.7.2 Graphics Platform: X11 Nvidia GPU, Driver Version 550.90.07 *** Bug 488766 has been marked as a duplicate of this bug. *** Doesn't seem to be fully fixed, reopening I can confirm that this is still happening in plasma 6.1 *** Bug 468159 has been marked as a duplicate of this bug. *** (In reply to Ed Tomlinson from comment #10) > I can confirm that this is still happening in plasma 6.1 I have a primary display (Output: 2 DP-1) with a 2560x1440@165 resolution with HDR enabled, and a secondary display (Output: 1 HDMI-A-2) with a 1920x1080@60 resolution. The toolbar is located on the secondary display. When unlocking, DP-1 often ends up with the background displaying in a 640x480 rectangle in the upper left corner, the desktop context menu only works in that rectangle, doing Alt+f2 will resize the background correctly. Rarely, it unlocks to a black screen displaying two copies of the cursor - in which case Alt+f2 and blind typing 'kscreen-doctor output.DP-1.mode.1' <enter> will restore the display. Upgraded to 6.1.2 and the problem persists. I am on wayland, with amd rx6600xt on 6.9.x (also tested on 6.10-rc6). I have done some testing to come up with some more data. On my machine, the issue is only present when booting into an X11 environment, but even there will work intermittently. I have attached a short journal of a couple of reboots and whether the bug was present or not. In addition, the logs during two of the login sessions --- one working, and one not --- are attached. I find it interesting that warnings associated with "/usr/share/plasma/plasmoids/org.kde.desktopcontainment/contents/ui/main.qml" show up at different points from session to session *right in the middle of* the main kscreen display re-configuration period. The specific warnings themselves don't seem relevant to me, but the timing of when desktopcontainment is loaded might be? Take it with a grain of salt; Input is appreciated. Here are the observations: Boot into Wayland: Ok. Boot into Wayland: Ok. Boot into Wayland: Ok. Boot into Wayland: Ok. Boot into X11: Ok. Boot into X11: Not Ok. Boot into X11: Not Ok. Boot into Wayland: Ok. Boot into Wayland: Ok. Boot into X11: Not Ok. Boot into X11: Not Ok. ... log out (X11) and log back in (X11): Not Ok. [see session_log1_nok.txt] ... log out (X11) and log back in (X11): Ok. [see session_log2_ok.txt] ... log out (X11) and log back in (X11): Not Ok. ... log out (X11) and log back in (Wayland): Ok. ... log out (Wayland) and log back in (Wayland): Ok. Boot into Wayland: Ok. Operating System: Arch Linux KDE Plasma Version: 6.1.1 KDE Frameworks Version: 6.3.0 Qt Version: 6.7.2 Kernel Version: 6.9.7-arch1-1 (64-bit) Graphics Platform: Wayland or X11 Created attachment 171425 [details]
Session log where bug is present
Created attachment 171426 [details]
Session log where bug is not present
(In reply to Leon Teichroeb from comment #15) > I have done some testing to come up with some more data. > > On my machine, the issue is only present when booting into an X11 > environment, but even there will work intermittently. > I have attached a short journal of a couple of reboots and whether the bug > was present or not. In addition, the logs during two of the login sessions > --- one working, and one not --- are attached. > > I find it interesting that warnings associated with > "/usr/share/plasma/plasmoids/org.kde.desktopcontainment/contents/ui/main. > qml" show up at different points from session to session *right in the > middle of* the main kscreen display re-configuration period. The specific > warnings themselves don't seem relevant to me, but the timing of when > desktopcontainment is loaded might be? > Take it with a grain of salt; Input is appreciated. > > Here are the observations: > Boot into Wayland: Ok. > Boot into Wayland: Ok. > Boot into Wayland: Ok. > Boot into Wayland: Ok. > Boot into X11: Ok. > Boot into X11: Not Ok. > Boot into X11: Not Ok. > Boot into Wayland: Ok. > Boot into Wayland: Ok. > Boot into X11: Not Ok. > Boot into X11: Not Ok. > ... log out (X11) and log back in (X11): Not Ok. [see > session_log1_nok.txt] > ... log out (X11) and log back in (X11): Ok. [see > session_log2_ok.txt] > ... log out (X11) and log back in (X11): Not Ok. > ... log out (X11) and log back in (Wayland): Ok. > ... log out (Wayland) and log back in (Wayland): Ok. > Boot into Wayland: Ok. > > Operating System: Arch Linux > KDE Plasma Version: 6.1.1 > KDE Frameworks Version: 6.3.0 > Qt Version: 6.7.2 > Kernel Version: 6.9.7-arch1-1 (64-bit) > Graphics Platform: Wayland or X11 I am usign Wayland, it also works intermittently here. Confirming that this is still happening in 6.1.3 I've given this a test with my laptop screen set to 1600x900 and an external 1920x1080 screen. On current git master, I can't make it happen no matter what I do, including moving aside config files to simulate a freshly-plugged-in monitor. A number of multi-monitor robustness changes have made it into Plasma 6.2, so for the moment, let's call it fixed until someone is able to reproduce it with either current git master or Plasma 6.2 (once released). Thanks everyone! |
Created attachment 169924 [details] This is a 2560x1440 resolution monitor, but wallpaper is constrained to 1920x1080. Black space should not be here and wallpaper should be full screen SUMMARY I have two monitors. Primary is 1920x1080, secondary is 2560x1440. I have both monitors using the same wallpaper settings. If I start my PC and only the single Primary monitor is enabled, and then at the desktop I turn on my second monitor, instead of scaling the wallpaper and desktop to 2560x1440, it instead thinks the background of the desktop should be 1920x1080. The taskbar extends across the entire screen as expected, and I can even move my cursor and desktop icons into the "black" area as shown in the screenshot. I am unable to right click to invoke the desktop context menu in the black space. Changing resolution and reverting keeps the 1920x1080 limit and does not fix it. STEPS TO REPRODUCE 1. Have two monitors, Monitor A 1920x1080 and Monitor B 2560x1440 2. Only have Monitor A turned on, and start PC and go to the desktop 3. While at the desktop, turn on Monitor B 4. Observe the desktop background of Monitor B OBSERVED RESULT Wallpaper and desktop background remains capped at 1920x1080 even on Monitor B which has a resolution of 2560x1440 EXPECTED RESULT Wallpaper and desktop update with each monitors resolution, even if they are added after you get to the desktop. SOFTWARE/OS VERSIONS Linux/KDE Plasma: 6.1 Beta 1 (available in About System) KDE Plasma Version: 6.0.90 KDE Frameworks Version: 6.2.0 Qt Version: 6.7.1 ADDITIONAL INFORMATION Kernel: 6.9.2-arch1-1 Graphics Platform: Wayland GPU: Nvidia GPU Driver: 555.42.02-1