Your message dated Fri, 16 Jun 2017 13:33:01 +0200 with message-id <20170616113255.cg3ibjon7cwx5jvw@neoptolemo.gnuservers.com.ar> and subject line Re: Bug#536446: kwin: dual screen, mouse's virtual position on wrong screen has caused the Debian Bug report #536446, regarding kwin: dual screen, mouse's virtual position on wrong screen to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact owner@bugs.debian.org immediately.) -- 536446: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=536446 Debian Bug Tracking System Contact owner@bugs.debian.org with problems
--- Begin Message ---
- To: Debian Bug Tracking System <submit@bugs.debian.org>
- Subject: kwin: dual screen, mouse's virtual position on wrong screen
- From: Benjamin Peter <dedeibel.forum@arcor.de>
- Date: Fri, 10 Jul 2009 02:29:26 +0200
- Message-id: <20090710002926.6315.41925.reportbug@jet.bebop>
Package: kwin Version: 4:3.5.9.dfsg.1-6 Severity: normal Hi, sometimes, yes sorry I have no idea when, I get an annoying problem. I have got a setup with monitor A, with a smaller resolution and a larger monitor B using xinerama. |----|------------| | A |xxxv. B | |----|xxxx. | |------------- When the problem occures, the mouse is still on the bigger monitor B, but is only movable in an area as big as the smaller monitor A (Marked by x). Additionally the position where a click is performed is not at the display position of the cursor. When I try to move the cursor lefft to monitor A, the cursor jumps into the opposite direction, which is the edge of the currently movable area of the mouse (Marked by the 'v'. It seems like it thinks the edge of monitor A is somewhere in monitor B). Which means it stays on monitor B. I can only move the cursor to monitor A if I manage to click focus a window on that monitor. After that the behavior seems to be normal again. Hope you can see what I mean - I would love to add a video but it can't quite reproduce it. I filed it as "kwin" but might also be a xfree problem. Thanks for your time. Benjamin Peter -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686-bigmem (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kwin depends on: ii kdelibs4c2a 4:3.5.10.dfsg.1-0lenny1 core libraries and binaries for al ii libc6 2.7-18 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1.1 GCC support library ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libqt3-mt 3:3.3.8b-5+b1 Qt GUI Library (Threaded runtime v ii libsm6 2:1.0.3-2 X11 Session Management library ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 ii libx11-6 2:1.1.5-2 X11 client-side library ii libxcomposite1 1:0.4.0-3 X11 Composite extension library ii libxdamage1 1:1.1.1-4 X11 damaged region extension libra ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxrender1 1:0.9.4-2 X Rendering Extension client libra kwin recommends no packages. Versions of packages kwin suggests: ii kdebase-bin 4:3.5.9.dfsg.1-6 core binaries for the KDE base mod ii kdebase-data 4:3.5.9.dfsg.1-6 shared data files for the KDE base ii kdesktop 4:3.5.9.dfsg.1-6 miscellaneous binaries and files f ii kicker 4:3.5.9.dfsg.1-6 desktop panel for KDE ii kpager 4:3.5.9.dfsg.1-6 desktop pager for KDE ii kpersonalizer 4:3.5.9.dfsg.1-6 installation personalizer for KDE ii ksmserver 4:3.5.9.dfsg.1-6 session manager for KDE ii ksplash 4:3.5.9.dfsg.1-6 the KDE splash screen -- no debconf information
--- End Message ---
--- Begin Message ---
- To: Benjamin Peter <dedeibel.forum@arcor.de>, 536446-done@bugs.debian.org
- Subject: Re: Bug#536446: kwin: dual screen, mouse's virtual position on wrong screen
- From: Maximiliano Curia <maxy@gnuservers.com.ar>
- Date: Fri, 16 Jun 2017 13:33:01 +0200
- Message-id: <20170616113255.cg3ibjon7cwx5jvw@neoptolemo.gnuservers.com.ar>
- In-reply-to: <20090710002926.6315.41925.reportbug@jet.bebop>
- References: <20090710002926.6315.41925.reportbug@jet.bebop>
¡Hola Benjamin! El 2009-07-10 a las 02:29 +0200, Benjamin Peter escribió:sometimes, yes sorry I have no idea when, I get an annoying problem.I have got a setup with monitor A, with a smaller resolution and a larger monitor B using xinerama.|----|------------| | A |xxxv. B | |----|xxxx. | |-------------When the problem occures, the mouse is still on the bigger monitor B, but is only movable in an area as big as the smaller monitor A (Marked by x). Additionally the position where a click is performed is not at the display position of the cursor.When I try to move the cursor lefft to monitor A, the cursor jumps into the opposite direction, which is the edge of the currently movable area of the mouse (Marked by the 'v'. It seems like it thinks the edge of monitor A is somewhere in monitor B). Which means it stays on monitor B.I can only move the cursor to monitor A if I manage to click focus a window on that monitor. After that the behavior seems to be normal again.Hope you can see what I mean - I would love to add a video but it can't quite reproduce it.I filed it as "kwin" but might also be a xfree problem.Sorry that it took so long to get back to you. The issue that you reported is not currently reproducible with the newer versions. And given the time that this issue has been idle, I'm closing it, as it's most likely obsolete by now. Please, if you can still reproduce the issue, reopen this bug with information on how can we reproduce it. Happy hacking, -- "Nothing ever goes away." -- Commoner's Law of Ecology Saludos /\/\ /\ >< `/Attachment: signature.asc
Description: PGP signature
--- End Message ---