Bug 135088 - small problem moving windows across xinerama screens and desktops
Summary: small problem moving windows across xinerama screens and desktops
Status: RESOLVED WORKSFORME
Alias: None
Product: kwin
Classification: Plasma
Component: xinerama (show other bugs)
Version: unspecified
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords: triaged
Depends on:
Blocks:
 
Reported: 2006-10-04 14:31 UTC by Sascha Nitsch
Modified: 2018-10-27 03:38 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Sascha Nitsch 2006-10-04 14:31:26 UTC
Version:            (using KDE KDE 3.5.4)
Installed from:    Gentoo Packages
Compiler:          gcc version 4.1.1 
OS:                Linux

When moving a window from one desktop to the next (by dragging it to the right edge of the right screen) it appears correctly at the next desktop in the left screen.

If the dragging is continued to the right corner of the left screen, the cursor (with the attached window) is not moved to the right screen anymore. It stops near the edge, at about 50 pixels distance.

The reverse direction works, taking a window, moving it to the left side of the left screen wraps the workspace and I can move the window to the left screen (and to the next workspace, a.s.o).

Setup:
NVidia Quadro FX 330 Gfx card with nvidia closed source drivers 1.0.8774
2 LCD screens arranged in a left and right setup.
xorg-x11 7.1
kde 3.5.4
Comment 1 Sascha Nitsch 2006-10-04 15:10:14 UTC
more info on the bug:
setup is screen 2 left and screen 1 right
screen 2 (left) runs 1680x1020 and screen 1 (right) runs 1600x1200
the problem seems to occur if the left screen(2) is wider than the right one(1)
The border is not 50 pixel, maybe 80 pixels (the diff between both widths)

My suggestion to find the bug:
maybe the dragging stops at the width of screen 1, instead of the screen 2 (where the window currently is). <= the problem?
But since the cursor has not reached the edge of the screen, the cursor is not moved to the right screen.

when moving the other direction, the cursor reaches 0 anyway, so the cursor is moved.

temporary reducing the screen resolution of the left screen removes the problem.
The problem may not occur when both screens have the same resolution, I can't check that atm.

It seems like the code fragment where the checking of the screen width in window dragging mode is done, always uses screen 1, instead of the actual screen size where the window is in.
Comment 2 FiNeX 2010-10-10 13:45:07 UTC
Hi! I'm not 100% sure, but hasn't this feature been dropped from KDE4?
Comment 3 FiNeX 2010-10-10 14:15:45 UTC
Thanks to the Martin feedback, I've discovered the option on KDE 4.

I'm not able to reproduce this bug: I've configured the secondary screen with a lower resolution and the change desktop function works fine moving the window across screens.
Comment 4 Thomas Lübking 2012-03-21 01:00:44 UTC
sounds like bug #274466

@Sascha, still around?
Is there a corresponding panel on one of the screens?
Comment 5 Andrew Crouthamel 2018-09-23 02:24:32 UTC
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 set the bug status 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!
Comment 6 Andrew Crouthamel 2018-10-27 03:38:29 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now 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

Thank you for helping us make KDE software even better for everyone!