Bug 474185 - Desktop moves when mouse gets to the right side
Summary: Desktop moves when mouse gets to the right side
Status: REPORTED
Alias: None
Product: KScreen
Classification: Plasma
Component: common (show other bugs)
Version: 5.27.7
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: kscreen-bugs-null@kde.org
URL:
Keywords: multiscreen
Depends on:
Blocks:
 
Reported: 2023-09-05 12:22 UTC by patrick
Modified: 2024-09-08 20:52 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
video (725.06 KB, video/mp4)
2023-09-05 12:24 UTC, patrick
Details

Note You need to log in before you can comment on or make changes to this bug.
Description patrick 2023-09-05 12:22:17 UTC
SUMMARY

The entire desktop moves to the left when the mouse goes to the right side of the desktop.

STEPS TO REPRODUCE
1.  Run plasma
2.  Move mouse to the right side
3.  Profit

OBSERVED RESULT

The desktop moves to the right side.


EXPECTED RESULT

The desktop should not move.


SOFTWARE/OS VERSIONS
Linux/KDE Plasma:  ArchLinux
KDE Plasma Version:  5.27.7
KDE Frameworks Version: 5.109.0
Qt Version: 5.15.10

ADDITIONAL INFORMATION
Comment 1 patrick 2023-09-05 12:24:37 UTC
Created attachment 161412 [details]
video
Comment 2 Marco Martin 2023-09-05 12:29:28 UTC
From a chat with the reporter, it seems it's affected just the plasma desktop and panel, normal application windows stay still, but plasma popups such as the calendar are affected as well.

Problem happens on X11.
Comment 3 Marco Martin 2023-09-05 12:31:27 UTC
(In reply to Marco Martin from comment #2)
> From a chat with the reporter, it seems it's affected just the plasma
> desktop and panel, normal application windows stay still, but plasma popups
> such as the calendar are affected as well.
> 
> Problem happens on X11.

correction: every window moves this way, also applications
Comment 4 Marco Martin 2023-09-05 12:36:11 UTC
xrandr -q output:

Screen 0: minimum 8 x 8, current 8704 x 2160, maximum 32767 x 32767
DVI-D-0 disconnected (normal left inverted right x axis y axis)
HDMI-0 connected primary 3840x2160+0+0 (normal left inverted right x axis y axis) 600mm x 340mm
   3840x2160     60.00*+  59.94    50.00    30.00    29.97    25.00    23.98   
   2560x1440     59.95      1920x1080     60.00    59.94    50.00    29.97    23.98   
   1600x900      60.00      1280x1024     60.02   
   1280x800      59.81      1280x720      60.00    59.94   
   1152x864      60.00      1024x768      60.00   
   800x600       60.32      720x576       50.00   
   720x480       59.94      640x480       59.94    59.93   
DP-0 connected 3840x2160+3840+0 (normal left inverted right x axis y axis) 600mm x 340mm
   3840x2160     60.00*+  30.00      2560x1440     59.95   
   1920x1080     60.00    59.94      1600x900      60.00   
   1280x1024     60.02      1280x800      59.81   
   1280x720      60.00    59.94      1152x864      59.96   
   1024x768      60.00      800x600       60.32   
   720x480       59.94      640x480       59.94    59.93   
DP-1 disconnected (normal left inverted right x axis y axis)
None-1-1 connected (normal left inverted right x axis y axis)
   1024x768      60.00 +
Comment 5 ratijas 2023-09-05 12:44:00 UTC
3840x2160 two times in a horizontal row does not add up to 8704 which is reported to be total screen size from XRandR point of view.

But if you also add that disabled 1024x768 "None-1-1" output to the sum, you'll get exactly 8704 pixels total.

Which means, xrandr failed to activate None-1-1, and stuck in a limbo state with screen size larger than the bounding rectangle covered by enabled outputs. Which automatically turns on "panning" — an intended feature of X11.
Comment 6 patrick 2023-09-05 12:45:29 UTC
Going on the display window and setting again the display size fixed the issue.
Comment 7 Nate Graham 2023-09-05 19:38:49 UTC
So this is a monitor bug or an xrandr bug, or something else?