Created attachment 134157 [details] plasmashell --replace output SUMMARY I’m using a 23,8“ 4k Monitor @200% scaling factor. Every time the monitor wakes-up from standby or manually turn it off and on again, my panel and sometimes my wallpaper and desktop folders scale wrong. Applications scale all right after monitor wake-up. Only the Desktop is affected. A logout/login or 'plasmashell --replace' solves the problem. STEPS TO REPRODUCE - manually turn monitor off and on again - wake-up the monitor from standby OBSERVED RESULT - Scaling of the desktop panel is wrong (too big) - sometimes: wallpaper fills only first quarter, folders scale wrong (too small) EXPECTED RESULT Desktop scales the same than before monitor wake-up SOFTWARE/OS VERSIONS openSUSE Tumbleweed (updated too latest snapshot) KDE Plasma Version: 5.20.4 KDE Frameworks Version 5.77.0 Qt Version 5.12.2 ADDITIONAL INFORMATION This scaling issue appeared after updating several snapshots before (don’t know exactly when) Monitor is an LG 24ud58-b. AMD GPU. I attached the output of 'plasmashell --replace' (don’t know if there is any usefull information)
Created attachment 134158 [details] Screenshot scaling issue
Created attachment 134159 [details] scaling normal
How odd.
Update: I solved the scaling bug when my monitor wakes-up from standby, by deleting my ~/.cache/ content (the annoying part) Only issue that persists, is turning the monitor manually off and on again. To solve this problem I only have to switch the resolution to something different and back to native. So i guess my resolution gets somehow lost or is not properly recognized. I don’t know if it is KDE, monitor, gpu or distro related (For myself this is only a minor bug).
So after clearing the cache, which problems remain?
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 mark the bug 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!
Unfortunately deleting the cache was not the right solution and the problem persists: - after monitor wake-up or switching monitor off/on, scaling is disturbed. But: To solve this bug, I can switch my resolution in display settings to sth. different (e.g. 2560x1440) and back to native resolution (3840x2160) to get proper scaling on desktop again. After manually changing resolution, I’m able to turn monitor off/on, and scaling looks just fine. But: after logout/login i get back the scaling issue from beginning, until i correct it manually. This behavior is reproducible for me.
Thanks for the info.
You only have one screen, right? Does the issue go away if you use Qt scaling by starting plasmashell with the `PLASMA_USE_QT_SCALING=1` environment variable set?
Yes, I’m using only one screen. The issue only appears when `PLASMA_USE_QT_SCALING=1` is set. But when I unset the environment variable my panel scales too small (with tiny tray icons) and `Desktop -> right click -> context menu` icons are tiny as well. That is why I’m using the variable.
Then you'll be happy to hear that the issue of System Tray icons being too small with using older Plasma scaling is fixed in Frameworks 5.85! So you can just use that now, hopefully. Marking as a blocker for Bug 356446.
Means that, that I don't have to use `PLASMA_USE_QT_SCALING=1` anymore? Or should this variable still be set with new Frameworks?
Starting with Frameworks 5.85, non-Qt scaling will give you proper System Tray icon sizing, so you don't need to manually set it anymore if that was your only reason for doing so. If you still had other reasons (e.g. context menu icons too small) you still need to set it to fix those issues, as they are not resolved yet when not using Qt scaling.
The thing this is a blocker for (Bug 356446) is closed now, and doing this was never supported anyway. Unfortunately I think we have to close this. Folks who want a decent hidpi experience will have to use Wayland and look forward to upcoming changes to improve the experience for XWayland apps in particular. Sorry everyone. :(
*** This bug has been marked as a duplicate of bug 450443 ***