FS#67892 - [qt5-base] Changing monitor positioning from default breaks various KDE UI components
Attached to Project:
Arch Linux
Opened by Conor Keating (KodiakIT) - Monday, 14 September 2020, 00:24 GMT
Last edited by Antonio Rojas (arojas) - Thursday, 01 October 2020, 14:19 GMT
Opened by Conor Keating (KodiakIT) - Monday, 14 September 2020, 00:24 GMT
Last edited by Antonio Rojas (arojas) - Thursday, 01 October 2020, 14:19 GMT
|
Details
Description:
Attempting to use Plasma with monitors set to positions other than the default causes Plasma/KWin to behave improperly. For one, the wallpapers are switched around, displaying the 1280x1024 on my 1920x1080 screen, and attempting to display the 1920x1080 starting on the 1280x1024 and continuing onto the 1080 at the right. Also, the task managers in the panel will not display windows currently open until the workaround mentioned below is run. Additional info: Seems to pertain to update from some qt5-* update (5.15.0->5.15.1) https://bugs.kde.org/show_bug.cgi?id=426496 Steps to reproduce: Set second monitor to a non-default position in KDE display settings, log out, and log back in. Workaround: Running `plasmashell --replace` seems to fix the issue until the next login. |
This task depends upon
Closed by Antonio Rojas (arojas)
Thursday, 01 October 2020, 14:19 GMT
Reason for closing: Fixed
Additional comments about closing: qt5-base 5.15.1-2
Thursday, 01 October 2020, 14:19 GMT
Reason for closing: Fixed
Additional comments about closing: qt5-base 5.15.1-2
I can turn off the second monitor and then turn it on again to work around this issue.
The first screenshot is incorrect, and the second screenshot is correct.
It's should be a QT problem, I downgraded the qt packages with
```
pacman -U qt5-base-5.15.0-5-x86_64.pkg.tar.zst qt5-declarative-5.15.0-2-x86_64.pkg.tar.zst qt5-location-5.15.0-1-x86_64.pkg.tar.zst qt5-multimedia-5.15.0-1-x86_64.pkg.tar.zst qt5-speech-5.15.0-1-x86_64.pkg.tar.zst qt5-svg-5.15.0-1-x86_64.pkg.tar.zst qt5-webchannel-5.15.0-1-x86_64.pkg.tar.zst qt5-x11extras-5.15.0-1-x86_64.pkg.tar.zst akonadi-20.08.1-1-x86_64.pkg.tar.zst fcitx-qt5-1.2.5-1-x86_64.pkg.tar.zst kwin-5.19.5-1-x86_64.pkg.tar.zst libakonadi-20.08.1-1-x86_64.pkg.tar.zst qt5-graphicaleffects-5.15.0-1-x86_64.pkg.tar.zst qt5-networkauth-5.15.0-1-x86_64.pkg.tar.zst qt5-quickcontrols-5.15.0-1-x86_64.pkg.tar.zst qt5-quickcontrols2-5.15.0-1-x86_64.pkg.tar.zst qt5-script-5.15.0-1-x86_64.pkg.tar.zst qt5-sensors-5.15.0-1-x86_64.pkg.tar.zst qt5-tools-5.15.0-3-x86_64.pkg.tar.zst qt5-wayland-5.15.0-1-x86_64.pkg.tar.zst qt5-webengine-5.15.0-5-x86_64.pkg.tar.zst qt5-webkit-5.212.0alpha4-6-x86_64.pkg.tar.zst qt5-xmlpatterns-5.15.0-1-x86_64.pkg.tar.zst
```
and the problem resolved. I then instaled the latest again and the problem reappeared.
Screenshot_20200915_223535.png (221.5 KiB)
Lately it's only been the taskbars swapping place, while wallpapers stay correct.
My monitor setup is 2x 2560x1440 displays, with the main one being on the right.
Setup:
- dual screen setup where the DisplayPort-0 is the right screen and DisplayPort-1 is the left and primary screen
- a workspace where the left screen contains a workspace view and the right screen contains a directory view
- two control bars: the control bar on the left screen consists of a window bar which only shows windows of the screen. Same for the control bar on the right screen
After upgrading and rebooting, the workspaces are swapped: the right screen shows the workspace view and the left screen shows the folder view. The control bars on the other hand stay on the screen but show the windows for the wrong screen.
When switching the primary screen using kcm nothing happens. When performing this action again the workspace/folder views and/or control bars swap randomly. Sometimes, both window bars only show windows on the right monitor. After changing the screen positions and primary screen settings several times it eventually reaches the preferred state like before the upgrade. But only until a reboot/logout.
Downgrading fixes the problem but this is obviously no solution.
This patch in qtbase seems to fix the issue. Worth backporting?
If not, this one in plasmashell is a hack that works-around the issue:
https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/292
Above qt patch worked for OpenSUSE, though, so it's probably a better bet.