http://bugs.winehq.org/show_bug.cgi?id=10359
Summary: Steam with incorrect cursor position. Product: Wine Version: 0.9.48. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P4 Component: wine-directx-ddraw AssignedTo: wine-bugs@winehq.org ReportedBy: josh@devxt.com
When using Steam, the cursor is not close to where it actually should be, seems the X/Y placement is off and I am not sure if it is like that in game or not so far. Its just really hard to click anything in steam with this problem. This is running on Kubuntu 7.04 x64.
http://bugs.winehq.org/show_bug.cgi?id=10359
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|wine-directx-ddraw |wine-x11driver
--- Comment #1 from Vitaliy Margolen vitaliy@kievinfo.com 2007-11-08 20:35:39 --- Mouse position synch problem between separate processes. Duplicate.
http://bugs.winehq.org/show_bug.cgi?id=10359
--- Comment #2 from Josh josh@devxt.com 2007-11-10 04:13:16 --- Could you tell me where that other bug is located so that I can be up to date on it?
http://bugs.winehq.org/show_bug.cgi?id=10359
Gregor Münch greg87@online.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |greg87@online.de
--- Comment #3 from Gregor Münch greg87@online.de 2007-11-10 06:19:56 --- I have the same problem. But onyl with kwin. Using compiz everything is working. I believe this is a KDE bug not wine.
http://bugs.winehq.org/show_bug.cgi?id=10359
Chris Pick pilo1000@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |pilo1000@gmail.com
--- Comment #4 from Chris Pick pilo1000@gmail.com 2007-12-02 01:35:57 --- I have a desktop and a laptop and only my laptop has this problem. I run ubuntu 7.10 Gusty (using gnome) so I don't think this is a kwin problem. I am using 0.9.49 on both computers and on my laptop the mouse clicks about 20 or so pixels below the cursor position.
http://bugs.winehq.org/show_bug.cgi?id=10359
--- Comment #5 from Chris Pick pilo1000@gmail.com 2007-12-02 02:00:59 --- Actually now the problem is cropping up ocasionally on my desktop also.
Some more information: Laptop is a acer ferarri 4005, running 64bit ubuntu 7.10, wine 0.9.50 (I updated) with an ati x700 mobility card
Desktop is also running 64bit ubuntu 7.10, wine 0.9.50 with an ati x800 pro using the fglrx proprietary ati binaries.
http://bugs.winehq.org/show_bug.cgi?id=10359
--- Comment #6 from Vitaliy Margolen vitaliy@kievinfo.com 2007-12-02 19:12:11 --- Move steam window into the middle of the screen.
http://bugs.winehq.org/show_bug.cgi?id=10359
--- Comment #7 from Chris Pick pilo1000@gmail.com 2007-12-03 23:31:54 --- (In reply to comment #6)
Move steam window into the middle of the screen.
Unfortunatly, the only way I can find to move the window is by clicking the titlebar and dragging the window around (trying to move the window by right clicking the steam tab in gnomes taskbar adn clicking move dosnt work, wherever I move it to using this method the window jumps right back to the upper right hand corner) and since the steam window thinks the cursor is about 20 pixels below where it really is there is no way for me to click the title bar, the highest I can click is the menu "file, view, games, etc".
http://bugs.winehq.org/show_bug.cgi?id=10359
Nick Lawson vektuz@cox.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |vektuz@cox.net
--- Comment #8 from Nick Lawson vektuz@cox.net 2007-12-23 13:40:55 --- I'm getting this when testing stuff on VMware / Ubuntu w/ Gnome, and no Compiz. When the main window of steam starts up, its glued to the top left corner of the viewport, and moving the mouse around causes stuff far away from the cursor to highlight as if mouse-over'd.
It also tends to use 100% cpu at all times - a bug I actually spoke to valve about. They say its not their fault, and is caused by things constantly polling for refresh. Apparently the same thing happens when you view Steam on a windows machine, remotely through VNC and it constantly polls the window for refresh/paint.
Using Wine 0.9.51
http://bugs.winehq.org/show_bug.cgi?id=10359
--- Comment #9 from Nick Lawson vektuz@cox.net 2007-12-23 13:45:00 --- I just flipped over to a non-VMWare, real compiz installation, tested it with 0.9.51 + compiz + gnome (ubuntu). Same thing occurs - ridiculous CPU usage and mouse offsets. This is new - it was not doing this a couple builds ago. Either WINE changed, or Steam did. I know there's been several steam AND several WINE patches, so its somewhat of a mystery.
http://bugs.winehq.org/show_bug.cgi?id=10359
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #10 from Vitaliy Margolen vitaliy@kievinfo.com 2007-12-23 14:08:42 --- The mouse offset problem related to WM (or Steam itself) moving it's window to always be within display. This puts Wine's internal mouse position out of sync with real pointer position. As a work around, you can move Steam window to the middle of the screen. Use [Alt]+mouse to do that (if your WM support this). Ask your distro channel for help using your OS.
It also tends to use 100% cpu at all times
How's that related to this bug?
http://bugs.winehq.org/show_bug.cgi?id=10359
--- Comment #11 from Chris Pick pilo1000@gmail.com 2007-12-23 20:47:35 --- (In reply to comment #10)
The mouse offset problem related to WM (or Steam itself) moving it's window to always be within display. This puts Wine's internal mouse position out of sync with real pointer position. As a work around, you can move Steam window to the middle of the screen. Use [Alt]+mouse to do that (if your WM support this). Ask your distro channel for help using your OS.
[Alt]+mouse doesn't work for me. To clarify, [Alt]+mouse does let me move the screen around, but whenever i let go of the mouse button the window jumps back to its previous position anchored in the upper right hand corner of the screen.
Since the actual position of the cursor is above where steam thinks it is, I can't grab the title bar at the top of the window and so I can't figure out a way to relocate the window.
http://bugs.winehq.org/show_bug.cgi?id=10359
Henrik Danielsson h.danielsson@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |h.danielsson@gmail.com
--- Comment #12 from Henrik Danielsson h.danielsson@gmail.com 2007-12-30 09:58:40 --- If you're using a top panel (which pushes Steam down when it tries to snap to the screen top) try this workaround: http://appdb.winehq.org/objectManager.php?sClass=version&iId=1554#Commen...
I'm just guessing now since I don't know the internals of Steam or Wine, but it looks to me like Steam/Wine misses a window message about it having been moved, and is thus unable to compensate the cursor position.
http://bugs.winehq.org/show_bug.cgi?id=10359
--- Comment #13 from Nick Lawson vektuz@cox.net 2007-12-30 13:47:54 --- This happens to me regardless of compiz/vmware/no-vmware/no-compiz state. And yes, I do have a top bar.
However, with 0.9.52, if I'm NOT running compiz OR vmware (100% native), then the cursor position works correctly, in both the tray menu and the main steam UI.
http://bugs.winehq.org/show_bug.cgi?id=10359
soxs schuster.bernhard@googlemail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |schuster.bernhard@googlemail | |.com
--- Comment #14 from soxs schuster.bernhard@googlemail.com 2007-12-30 15:28:05 --- I use 9.52 aswell and I have to move the uper bar below my upper panel. This is the only way i can get an (almost) correct cursor position. The only alternative is to move my upper panel left or right. the drop it away and back thingy with panels doesn't fix the malpositionedcursor.
http://bugs.winehq.org/show_bug.cgi?id=10359
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ambro@b4ever.net
--- Comment #15 from Vitaliy Margolen vitaliy@kievinfo.com 2007-12-31 00:14:53 --- *** Bug 10012 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=10359
detructor15 steffen.linux@gmx.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |steffen.linux@gmx.de
--- Comment #16 from detructor15 steffen.linux@gmx.de 2008-02-08 12:36:54 --- having same problem here:
Wine 0.9.54 Ubuntu 7.10 (32 Bit) there is no change when I run Steam with metacity or with compiz-fusion.
If 2 workarounds: First: start winecfg and activate "emulate virtual desktop" Second: simply restart your windowmanager.
BUT: Don't (try to) move the Steam window after that!
Even when you minimize it and maximize it again, the sync problem is again there.
I think, there is something wrong between the communication windowmanager (metacity, compiz etc.) -> STEAM
I don't think that WINE is the problem, because it works when I'm emulating a virtual desktop with WINE.
http://bugs.winehq.org/show_bug.cgi?id=10359
--- Comment #17 from Josh josh@devxt.com 2008-02-09 04:42:11 --- Well see it is an issue with wine because I downgraded to 0.9.30 (I'm sure other versions above that work aswell) and it didn't have that issue at all.
Something I would look into if I was one of the dev's is the differences made to that particular module from the version 0.9.3x to the one that the problems started occurring in and go from there.
http://bugs.winehq.org/show_bug.cgi?id=10359
--- Comment #18 from Vitaliy Margolen vitaliy@kievinfo.com 2008-02-09 12:02:50 --- (In reply to comment #17) It's both. See comment #10.
http://bugs.winehq.org/show_bug.cgi?id=10359
--- Comment #19 from detructor15 steffen.linux@gmx.de 2008-02-09 12:43:51 --- but, if I try to move the steam window, it snaps back to the upper left edge...I can't move it...
http://bugs.winehq.org/show_bug.cgi?id=10359
--- Comment #20 from Vitaliy Margolen vitaliy@kievinfo.com 2008-02-09 13:02:16 --- (In reply to comment #19)
but, if I try to move the steam window, it snaps back to the upper left edge...I can't move it...
And what that has to do with the bug? This is no support channel this is place to collect more information about bug. All the required information for this bug was collected long ago. And you not adding anything to it. If you need help with steam itself - refer to appdb/forum/etc.
http://bugs.winehq.org/show_bug.cgi?id=10359
--- Comment #21 from Austin English austinenglish@gmail.com 2008-02-09 13:36:05 --- (In reply to comment #17)
Well see it is an issue with wine because I downgraded to 0.9.30 (I'm sure other versions above that work aswell) and it didn't have that issue at all.
Something I would look into if I was one of the dev's is the differences made to that particular module from the version 0.9.3x to the one that the problems started occurring in and go from there.
Then please run a regression test: http://wiki.winehq.org/RegressionTesting
http://bugs.winehq.org/show_bug.cgi?id=10359
--- Comment #22 from Vitaliy Margolen vitaliy@kievinfo.com 2008-02-09 15:05:23 --- (In reply to comment #21)
(In reply to comment #17)
Well see it is an issue with wine because I downgraded to 0.9.30 (I'm sure other versions above that work aswell) and it didn't have that issue at all.
Something I would look into if I was one of the dev's is the differences made to that particular module from the version 0.9.3x to the one that the problems started occurring in and go from there.
Then please run a regression test: http://wiki.winehq.org/RegressionTesting
AGAIN NO NEED for that!!!
If you did not bother to read, I'll repeat that AGAIN!!!
This bug caused by Wine not synchronize internal mouse position between it's processes. What explorer.exe process sees is different then what main steam.exe sees!
http://bugs.winehq.org/show_bug.cgi?id=10359
--- Comment #23 from Josh josh@devxt.com 2008-02-14 14:12:35 --- Vitaliy Margolen: Are you the person fixing this issue or an admin of any sort here? If the answer to either of these two questions is no, I think everyone would agree that no further input is needed on your part here.
Thanks.
http://bugs.winehq.org/show_bug.cgi?id=10359
--- Comment #24 from James Hawkins truiken@gmail.com 2008-02-14 14:14:48 --- (In reply to comment #23)
Vitaliy Margolen: Are you the person fixing this issue or an admin of any sort here? If the answer to either of these two questions is no, I think everyone would agree that no further input is needed on your part here.
He's both.
http://bugs.winehq.org/show_bug.cgi?id=10359
--- Comment #25 from detructor15 steffen.linux@gmx.de 2008-02-14 14:44:43 --- (In reply to comment #23)
Vitaliy Margolen: Are you the person fixing this issue or an admin of any sort here? If the answer to either of these two questions is no, I think everyone would agree that no further input is needed on your part here.
Thanks.
I can remember myself on something that was/is called "Nettiquette", is it only existing in german forums?
http://bugs.winehq.org/show_bug.cgi?id=10359
--- Comment #26 from Josh josh@devxt.com 2008-02-14 16:38:33 --- If he is both then I apologize on behalf of my ignorance. No further input is needed on my behalf :)
http://bugs.winehq.org/show_bug.cgi?id=10359
Dan Roberts Ademan555@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |Ademan555@gmail.com
--- Comment #27 from Dan Roberts Ademan555@gmail.com 2008-02-28 01:37:28 --- I just tested to confirm the source.
With my top panel set to 24px, the offset into the steam window was about 24px. When i set the height to 48, the offset was ~48. With no top panel at all, there was indeed no offset.
As someone said before, we're probably missing a message we need. For anyone unfamiliar, programs can only send position REQUESTS to the window manager, and they may grant them, they may not, whatever, in this case it looks like the window manager *sorta* grants it, and there should be a message associated with this.
I did a bit of reading. http://tronche.com/gui/x/icccm/sec-4.html section 4.1.5 covers this behavior. A ConfigureNotify event should be recieved so long as the window was setup with the StructureNotify mask. But you'll notice that they mention the TranslateCoordinate() function, which will ask the window manager to change the coordinate from one space to another (i assume "absolute" space to the toplevel window's space)
I guess what you were saying earlier Vitaliy was that we ARE in fact recieving the ConfigureNotify event, but it's in a different process that's not available to this window somehow... But this brings me to my point really... why do we need to know where windows are? The window manager is supposed to handle all pointer redirection not client windows... (I'm sure there's a good reason for it, and I'll look into it, but it doesn't make sense to me at the moment)
http://bugs.winehq.org/show_bug.cgi?id=10359
Ben Hodgetts (Enverex) ben@atomnet.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends on| |11779
http://bugs.winehq.org/show_bug.cgi?id=10359
Bug 10359 depends on bug 11779, which changed state.
Bug 11779 Summary: Recent kernel32 patch breaks CD checks and copy protection http://bugs.winehq.org/show_bug.cgi?id=11779
What |Old Value |New Value ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
http://bugs.winehq.org/show_bug.cgi?id=10359
Bug 10359 depends on bug 11779, which changed state.
Bug 11779 Summary: Recent kernel32 patch breaks CD checks and copy protection http://bugs.winehq.org/show_bug.cgi?id=11779
What |Old Value |New Value ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED |
http://bugs.winehq.org/show_bug.cgi?id=10359
Bug 10359 depends on bug 11779, which changed state.
Bug 11779 Summary: Recent kernel32 patch breaks CD checks and copy protection http://bugs.winehq.org/show_bug.cgi?id=11779
What |Old Value |New Value ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |FIXED
http://bugs.winehq.org/show_bug.cgi?id=10359
--- Comment #28 from detructor15 steffen.linux@gmx.de 2008-03-10 03:54:31 --- since wine 0.9.57 it works for me :)
The cursor position is correct and the GUI works as it should...
http://bugs.winehq.org/show_bug.cgi?id=10359
--- Comment #29 from soxs schuster.bernhard@googlemail.com 2008-03-10 08:45:40 --- Well, I guess have no top panel. 0.9.57 does NOT work, at least not for me (Hardy alpha AMD x86_64). Note: If I have 2 top panels, the cursor is even more malpositioned.
http://bugs.winehq.org/show_bug.cgi?id=10359
Evil wine@eternaldusk.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wine@eternaldusk.com
--- Comment #30 from Evil wine@eternaldusk.com 2008-03-17 00:22:43 --- I've tested this on Kubuntu 7.10 and 8.04, x86 and AMD64 platforms, and see the bug on all four systems (and have seen it for as long as I can remember in previous Wine versions).
I always have my main panel on the right hand side of the screen, plus another panel up top with KNewsTicker... so it's even worse for me: I have to click to the top and the right of the actual position to click things in Steam. Unfortunately, I can't get high enough or right enough to minimize the Steam window. So I have to leave it up and then use the File | Exit option when I'm done.
Turning on the "Allow other windows to cover the panel" option for those panels (and rebooting) seems to affect the way KDE handles the offsets and lets you use Steam normally... at the expense of those panels being covered very often by other windows.
-J
http://bugs.winehq.org/show_bug.cgi?id=10359
--- Comment #31 from Josh josh@devxt.com 2008-06-01 14:12:33 --- Confirming this bug is fixed in 1.0-rc3 on Ubuntu 8.04 x64.
http://bugs.winehq.org/show_bug.cgi?id=10359
Lei Zhang thestig@google.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #32 from Lei Zhang thestig@google.com 2008-06-01 19:04:31 --- Reported fixed multiple times.
http://bugs.winehq.org/show_bug.cgi?id=10359
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #33 from Alexandre Julliard julliard@winehq.org 2008-06-06 10:39:08 --- Closing bugs fixed in 1.0-rc4.
http://bugs.winehq.org/show_bug.cgi?id=10359
Armada jules.blok@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jules.blok@gmail.com
--- Comment #34 from Armada jules.blok@gmail.com 2008-06-07 20:14:49 --- This bug has not been completely fixed. While my mouse position in the main window is now fixed. It still gives an incorrect position when using the tray menu (right click on the tray icon).
I'm running Wine 1.0-rc4 on Ubuntu 8.04
http://bugs.winehq.org/show_bug.cgi?id=10359
--- Comment #35 from soxs schuster.bernhard@googlemail.com 2008-06-08 05:31:32 --- The main window now has correct cursor position, but the pnel menu has still shifted y position, especially when using two panels. (as already pointed out, just to confirm)
http://bugs.winehq.org/show_bug.cgi?id=10359
--- Comment #36 from Metaron andrew@thomasinfletcher.com 2008-06-08 17:04:19 --- Upgraded to wine 10.-rc4 today (Gentoo amd64 system, kde 3.5.9) - This bug - or one very like it - is still there (same symptoms as seen in rc1, rc2 and rc3, and many earlier wine versions)
The problem appears to occur when a steam (wine?) window is unable to get the position it wants due to a conflict with the kde panel. If you subsequently move the kde panel out of the way, the steam window moves back to where it wants to be, and the cursor offset problem goes away.
Steps to reproduce: 1) with a standard kde desktop (panel at the bottom) start steam 2) right click on the steam icon in the kde panel to bring up the menu 3) move the mouse up and down the steam right click menu to reproduce the bug 4) click on the kde panel and drag it to the top of the screen - The steam icon's right click menu will still be displayed but will have been relocated slightly lower on the display (the position steam originally requested from the window manager?) 5) move the mouse up and down the steam right click menu to show that highlighting now works correctly. 6) drag the kde panel back to its original location - the steam right click menu gets moved upwards by the wm and the bug returns.
This also affects the main steam window if you move it to the top of the display and then force it downwards by dragging the panel to the top of the screen.
Theory: This probably affects all applications using a custom window frame - those that wine is unable to 'steal' the window frame from (M$ word, several utilities etc... I have installed don't have the problem) - Suggest trying with another application that uses custom window borders to confirm - I don't currently know of one.
Work around: Drag the kde panel to the left or right of the screen to access the required menu option, then move it back again.
-
wine-bugs＠winehq.org