Bug 111581 - General breakage with multiple monitors (affecting kde's yakuake and spectacle)
Summary: General breakage with multiple monitors (affecting kde's yakuake and spectacle)
Status: NEW
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/AMDgpu (show other bugs)
Version: unspecified
Hardware: x86-64 (AMD64) Linux (All)
: not set normal
Assignee: xf86-video-ati maintainers
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-09-06 21:09 UTC by keziolio123
Modified: 2019-09-09 16:32 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
xorg log (77.62 KB, text/plain)
2019-09-07 17:05 UTC, keziolio123
no flags Details
dmesg (91.02 KB, text/plain)
2019-09-07 17:05 UTC, keziolio123
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description keziolio123 2019-09-06 21:09:40 UTC
Hi, I've been sent here from the kde bug tracker, here's the original issue with all the info https://bugs.kde.org/show_bug.cgi?id=411652

video: https://youtu.be/zikzg5cDIrs

The two major things are:
1) spectacle's "rectangular region" mode is shifted to the left, and I can't screenshot the left part of the desktop
2) yakuake doesn't show up on a monitor, or, with two monitors, it shows but with a smaller / wrong width 

This seems to also glitch part of some applications, for example QtCreator works "better" on the left monitor, on the rightmost one it tends to glitch and not update the screen / render some panels with wrong size

some times if I move a windows in the rightmost monitor, the cursor teleports to the left one while the windows remains on the right


STEPS TO REPRODUCE
1. attach more than one monitor (tested with 2 and 3 4k monitors)
2. admire the breakage

I can reproduce this with another clean user, so it shouldn't be a configuration issue

ArchLinux with everything up to date and RX480
Comment 1 Alex Deucher 2019-09-07 13:51:50 UTC
Please attach your dmesg output and xorg log (if using X).  Does it work properly with a bare xserver?  Does it work properly if the desktop is less wide (e.g., running all monitors in a lower res)?
Comment 2 keziolio123 2019-09-07 17:04:57 UTC
Thanks for the reply

I disabled one screen and ran the other two in 1080p and the yakuake problem persists

I then tried openbox but was unable to test for the bug, as spectacle and yakuake did not work in that environment.
The bug persists with the compositor disabled inside kde.
With gnome, spectacle works fine, and I'm unable to test for yakuake.

Do you know of a better tool I can use to debug this? The malfunction of the kde apps seems to be just a symptom of the underlying problem
Comment 3 keziolio123 2019-09-07 17:05:21 UTC
Created attachment 145297 [details]
xorg log
Comment 4 keziolio123 2019-09-07 17:05:44 UTC
Created attachment 145298 [details]
dmesg
Comment 5 Michel Dänzer 2019-09-09 16:32:12 UTC
Does this also happen with the modesetting driver instead of xf86-video-amdgpu?

Please also attach the output of

 xrandr --verbose

But TBH, it's hard to imagine how this could be caused by a driver issue. The drivers don't have any direct influence on if/where/how windows are created or displayed. This looks like an issue between kwin and the applications.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.