http://bugs.winehq.org/show_bug.cgi?id=24579
Summary: Steam windows move twice as far as they are moved Product: Wine Version: 1.3.3 Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: winex11.drv AssignedTo: wine-bugs@winehq.org ReportedBy: sheeettin@gmail.com
(From bug 20865)
Moving any Steam window by its own decorations (never the window manager's) often results in the window moving twice as far as it should.
Dragging windows to a new position works fine, but on release of the left mouse button, the window jumps the same distance you moved it beyond where you moved it to.
This effect occurs most often with short, jerky moves. Waiting before releasing the LMB may result in proper behavior.
This bug occurs with or without a virtual desktop. However, WITH a virtual desktop, it DOES occur when resizing. (Without a virtual desktop, resizing works properly.)
http://bugs.winehq.org/show_bug.cgi?id=24579
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|winex11.drv |-unknown Platform|All |Other
http://bugs.winehq.org/show_bug.cgi?id=24579
Alexey Loukianov mooroon2@mail.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mooroon2@mail.ru
--- Comment #1 from Alexey Loukianov mooroon2@mail.ru 2010-10-01 04:47:38 CDT --- Confirming with the latest version of the steam client and Wine 1.3.3.
http://bugs.winehq.org/show_bug.cgi?id=24579
Clayton Walker blender3dartist@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #2 from Clayton Walker blender3dartist@gmail.com 2010-10-01 13:22:24 CDT --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=24579
Clayton Walker blender3dartist@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |blender3dartist@gmail.com
--- Comment #3 from Clayton Walker blender3dartist@gmail.com 2010-10-01 13:25:52 CDT --- Ah, was just about to file this. I can confirm this in 1.3.3. I also have the latest version of the Steam client, and even with the Beta UI option, the bug persists.
http://bugs.winehq.org/show_bug.cgi?id=24579
olof olof_nord_@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |olof_nord_@hotmail.com
--- Comment #4 from olof olof_nord_@hotmail.com 2010-10-08 08:54:24 CDT --- I am using Wine 1.2 Steam Built Oct 4 2010 with steam API v009, steam package versions 62/1385 Ubuntu 10.10 Gnome 2.32.0
Confirm this bug. Agrees completely with what's been said in the first post by SheeEttin:
"Dragging windows to a new position works fine, but on release of the left mouse button, the window jumps the same distance you moved it beyond where you moved it to. This effect occurs most often with short, jerky moves. Waiting before releasing the LMB may result in proper behavior."
But, it is possible to move the steam windows using alt+mouse1, and then it works as it should.
http://bugs.winehq.org/show_bug.cgi?id=24579
Jan Kalab pitlicek@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |pitlicek@gmail.com
--- Comment #5 from Jan Kalab pitlicek@gmail.com 2010-10-09 03:20:23 CDT --- I'm too affected.
http://bugs.winehq.org/show_bug.cgi?id=24579
--- Comment #6 from Clayton Walker blender3dartist@gmail.com 2010-10-09 04:46:54 CDT --- Further confirmation in the latest development release, 1.3.4. Issue persists.
http://bugs.winehq.org/show_bug.cgi?id=24579
3vi1 winehq.org@eternaldusk.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winehq.org@eternaldusk.com
--- Comment #7 from 3vi1 winehq.org@eternaldusk.com 2010-10-09 15:30:23 CDT --- In addition to the behavior noted by SheeEttin, this magnification affects resizing of the Steam windows. I've confirmed this with both the main window and the friends window.
If you quickly grab any edge, expand it outward a bit, then release the button, the window will suddenly increase by twice the distance from where you grabbed it to where you released it.
http://bugs.winehq.org/show_bug.cgi?id=24579
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dank@kegel.com
--- Comment #8 from Dan Kegel dank@kegel.com 2010-10-18 05:48:04 CDT --- This has bothered me for a long time.
http://bugs.winehq.org/show_bug.cgi?id=24579
Ezequiel lilezek@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |lilezek@gmail.com
--- Comment #9 from Ezequiel lilezek@gmail.com 2010-11-08 16:17:28 CST --- 1.3.6 and it persist.
http://bugs.winehq.org/show_bug.cgi?id=24579
Christoffer Anselm c.anselm@paindevs.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |c.anselm@paindevs.com
--- Comment #10 from Christoffer Anselm c.anselm@paindevs.com 2010-12-28 11:22:36 CST --- 1.3.10 - problem persists
http://bugs.winehq.org/show_bug.cgi?id=24579
Fab netfab@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |netfab@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=24579
--- Comment #11 from olof olof_nord_@hotmail.com 2011-01-23 07:06:48 CST --- wine 1.3.12, issue still persists. As far as I am concerned is this the only "issue" I have with steam in wine, and I would love to see it fixed. (that is actually quite fun, steam in wine works really awesome, almost almost perfect.)
http://bugs.winehq.org/show_bug.cgi?id=24579
Nick winehq@nickjohnston.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winehq@nickjohnston.co.uk
--- Comment #12 from Nick winehq@nickjohnston.co.uk 2011-01-25 18:50:41 CST --- As with olof, as far as I'm aware this is the only issue I am experiencing with Steam.
Also as above, moving the window with Alt + Left mouse moves the window as normal.
Persisting in Wine 1.3.12.
http://bugs.winehq.org/show_bug.cgi?id=24579
--- Comment #13 from olof olof_nord_@hotmail.com 2011-03-01 15:09:04 CST --- Sorry to be repetative, but issue persists in 1.3.14.
http://bugs.winehq.org/show_bug.cgi?id=24579
oberon3k@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |oberon3k@gmx.net
--- Comment #14 from oberon3k@gmx.net 2011-03-04 09:46:24 CST --- This is fixed for me in the latest version.
Cheers!
http://bugs.winehq.org/show_bug.cgi?id=24579
msn@gaiatools.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |msn@gaiatools.com
--- Comment #15 from msn@gaiatools.com 2011-03-04 22:11:51 CST --- This is fixed for me in 1.3.15, but breaks dragging things in other applications (MagicDraw UML 16.5). Reverting to 1.3.14 fixes the problem.
http://bugs.winehq.org/show_bug.cgi?id=24579
--- Comment #16 from olof olof_nord_@hotmail.com 2011-03-07 16:39:31 CST --- With the latest version of wine (1.3.15), this issue is fixed. thank you all!
http://bugs.winehq.org/show_bug.cgi?id=24579
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #17 from Austin English austinenglish@gmail.com 2011-03-07 16:42:50 CST --- Multiple reports that it's fixed.
http://bugs.winehq.org/show_bug.cgi?id=24579
--- Comment #18 from Dan Kegel dank@kegel.com 2011-03-07 20:25:05 CST --- (Hmm. I thought I saw it still happening with today's git...)
http://bugs.winehq.org/show_bug.cgi?id=24579
--- Comment #19 from Jan Kalab pitlicek@gmail.com 2011-03-08 04:10:42 CST --- Not fixed for me either!
Wine 1.3.15, from Ubuntu (maverick, 64bit) PPA.
http://bugs.winehq.org/show_bug.cgi?id=24579
benjamin09876@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |benjamin09876@gmail.com
--- Comment #20 from benjamin09876@gmail.com 2011-03-18 03:14:54 CDT --- Not working for me either. It only works if I move the window slowly.
Ubuntu Natty Narwhal Alpha 64-bit (wine 1.3.15)
http://bugs.winehq.org/show_bug.cgi?id=24579
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download Status|RESOLVED |REOPENED Resolution|FIXED |
--- Comment #21 from Dan Kegel dank@kegel.com 2011-03-18 07:32:24 CDT --- Reopening by popular demand.
http://bugs.winehq.org/show_bug.cgi?id=24579
Ben Brooks ben@bbrks.me changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ben@bbrks.me
--- Comment #22 from Ben Brooks ben@bbrks.me 2011-03-18 08:01:43 CDT --- It was fixed in an earlier version, but it's now broken again as of Wine 1.3.15 Running Arch Linux x64
http://bugs.winehq.org/show_bug.cgi?id=24579
--- Comment #23 from Dmitry Timoshkov dmitry@codeweavers.com 2011-03-18 10:30:29 CDT --- (In reply to comment #22)
It was fixed in an earlier version, but it's now broken again as of Wine 1.3.15 Running Arch Linux x64
Please post the results of your regression testing: http://wiki.winehq.org/RegressionTesting
http://bugs.winehq.org/show_bug.cgi?id=24579
Pilot pilota51@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |pilota51@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=24579
Vidar Haarr vhaarr+wine@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |vhaarr+wine@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=24579
Elliot Newnham darkcow@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |darkcow@gmail.com
--- Comment #24 from Elliot Newnham darkcow@gmail.com 2011-06-29 21:14:06 CDT --- Easy Fix for the steam windows going crazy when moving them. Specifically for Compiz (tested in Natty 11.04 w/ Unity)
Go to CCSM > Windows Decoration
Insert "(any) & !(name=Steam.exe)" command into Decoration Windows
http://bugs.winehq.org/show_bug.cgi?id=24579
--- Comment #25 from Elliot Newnham darkcow@gmail.com 2011-06-30 00:24:54 CDT --- (In reply to comment #24)
Easy Fix for the steam windows going crazy when moving them. Specifically for Compiz (tested in Natty 11.04 w/ Unity)
Go to CCSM > Windows Decoration
Insert "(any) & !(name=Steam.exe)" command into Decoration Windows
Apparently this only works sporadically... It worked great for 2 days, not its broken :*(
http://bugs.winehq.org/show_bug.cgi?id=24579
H3g3m0n █▓▒☢☣☠⚛▒▓█ H3g3m0n@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |H3g3m0n@gmail.com
--- Comment #26 from H3g3m0n █▓▒☢☣☠⚛▒▓█ H3g3m0n@gmail.com 2011-07-10 00:11:18 CDT --- I just did a fresh Wine prefix with 1.3.23 and it's working for me
I believe that I did have issues with it under this version of Wine with my older prefix. It's possible that I had set a mouse input tweak to try and fix the rotation locking bug (that should now be fixed thanks to xinput2 support). So if your still getting the issue, try a fresh prefix.
I am still getting another odd bug when I click to select the window from an inactive state it seems to get stuck in drag mode but I'll look at making another bug ticket for that.
http://bugs.winehq.org/show_bug.cgi?id=24579
--- Comment #27 from Alexey Loukianov mooroon2@mail.ru 2011-07-10 09:25:13 CDT --- (In reply to comment #26)
It's possible that I had set a mouse input tweak to try and fix the rotation locking bug (that should now be fixed thanks to xinput2 support).
Could you please be more specific and provide more details about the mouse input trick you had mentioned?
http://bugs.winehq.org/show_bug.cgi?id=24579
--- Comment #28 from H3g3m0n █▓▒☢☣☠⚛▒▓█ H3g3m0n@gmail.com 2011-07-11 07:48:12 CDT --- (In reply to comment #27)
(In reply to comment #26)
It's possible that I had set a mouse input tweak to try and fix the rotation locking bug (that should now be fixed thanks to xinput2 support).
Could you please be more specific and provide more details about the mouse input trick you had mentioned?
Seems I was mistaken about the mouse tweak (MouseWarpOverride stuff) being related. The bugs back for me now :( Seems it comes and goes.
But now it does seem that the other issue I mentioned might be related.
Basically if I click the titlebar area of the steam window, from when I have another window selected, the window gets stuck in drag move mode (even though I don't have the mouse held button down) until I click again on Steam which releases it.
If I click the middle of the Steam window from having another Window selected nothing happens (other than Steam popping to the front as expected), but when I then click the title bar area (or resize) for the first time the window locks into drag mode again. The same thing will happen if I have Steam selected then maximize the window then shrink it again.
Once I click to get the Steam window out of the buggy 'drag' mode. I can then actually drag the window around as normal without it moving double. If I don't specifically get the window out of the drag mode then when I do drag/resize I get the double thing happening.
The really annoying thing is sometimes the double move bug and the always stuck in drag mode bug combine and I end up with a Window that actually runs away from my mouse cursor because as soon as I move the mouse over Steam it must call the move mouse event and thinks I'm dragging the window then moves it double and it jumps out of range so I don't get a chance to click on Steam to release it from the stuck drag mode. It can run off the desktop and I have no way to get it back. The solution I found to prevent this is to use the systray icon since that seems to call the same update event function and clicking on the menu options will release steam from being in that stuck drag mode.
If I'm very careful to click the steam title bar once after switching to it I can avoid it being locked into move mode and then when I do move it I don't get the double movement bug.
Hopefully I have explained that well.
http://bugs.winehq.org/show_bug.cgi?id=24579
--- Comment #29 from Dan Kegel dank@kegel.com 2011-07-11 10:29:51 CDT --- FWIW, I think I've seen Chrome on Linux (not wine) have the it-gets-stuck-to-the-cursor-after-moving bug. Since Steam and Chrome are both based on webkit (and maybe steam uses awesomeonium, I forget), maybe part of this is an app bug.
http://bugs.winehq.org/show_bug.cgi?id=24579
--- Comment #30 from Alexey Loukianov mooroon2@mail.ru 2011-07-13 02:27:54 CDT --- (In reply to comment #29)
FWIW, I think I've seen Chrome on Linux (not wine) have the it-gets-stuck-to-the-cursor-after-moving bug. Since Steam and Chrome are both based on webkit (and maybe steam uses awesomeonium, I forget), maybe part of this is an app bug.
To be honest, I highly doubt that the bug in Chrome you had run into is anyhow related to the webkit. Actually it all comes down to an app wishing to set it's on-screen position by itself bypassing X window manager. In default mode Chrome on linux doesn't use WM decorations (just like Steam) and handles window moves itself (again, just like Steam). So it is perfectly possible that the Chrome browser had been falling just into the same pit Steam+Wine now sits at.
http://bugs.winehq.org/show_bug.cgi?id=24579
Anna Wiggins annabunches@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |annabunches@gmail.com
--- Comment #31 from Anna Wiggins annabunches@gmail.com 2011-07-26 23:30:00 CDT --- In case it's useful, I can confirm the *exact* same behavior described in comment #28.
I see the problem on wine 1.3.25 (and it's been present since at least 1.3.18).
I'm on Fedora 13 x86_64. Window manager is fluxbox 1.1.1. Other specs: Nvidia GT430, nvidia drivers 260.19.36. 4 GB memory, Athlon 64x2 6000+.
http://bugs.winehq.org/show_bug.cgi?id=24579
Karsten Elfenbein kelfe@gmx.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |kelfe@gmx.de
http://bugs.winehq.org/show_bug.cgi?id=24579
Matt matt@dev-zilla.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |matt@dev-zilla.net
--- Comment #32 from Matt matt@dev-zilla.net 2011-09-04 15:40:39 CDT --- Issue is still persisting in 1.3.27.
http://bugs.winehq.org/show_bug.cgi?id=24579
--- Comment #33 from Alexey Loukianov mooroon2@mail.ru 2011-09-10 19:08:10 CDT --- Well, Steam window moving is still buggy with Wine 1.3.28.
Also I can confirm that the Steam behavior under 1.3.28 is pretty much the same as described in comment #28. I think that it might be related to the fact that Steam works much more slowly (laggy) under recent Wine versions, and it somehow causes its event loop to miss mouse up handler and to "stuck" into "window drag mode". Steam lagging heavily is a subject for another bug - namely bug #19889. I bet that as soon as heavy lagging problem would be fixed it would either return-back double-range jump on windo move behavior or would finally fix this bug.
http://bugs.winehq.org/show_bug.cgi?id=24579
Evil wine@eternaldusk.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wine@eternaldusk.com
--- Comment #34 from Evil wine@eternaldusk.com 2011-10-04 06:16:41 CDT --- Bug still happens sometimes under Ubuntu 11.10b2 (Unity desktop) and Wine 1.3.29. I see the 'stuck in move mode / window runs away' behavior as described in #28 pretty much every time right after the move-x2 bug happens.
http://bugs.winehq.org/show_bug.cgi?id=24579
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |1.4.0
--- Comment #35 from Dan Kegel dank@kegel.com 2011-10-04 06:48:21 CDT --- Nominating for 1.4 because people will probably assume it's related to the recent mouse work and assume the mouse rework is broken or incomplete if this isn't fixed. (I know, that's a weak rationale, but I bet it's what will happen.)
http://bugs.winehq.org/show_bug.cgi?id=24579
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|1.4.0 |---
--- Comment #36 from Alexandre Julliard julliard@winehq.org 2011-10-04 07:43:41 CDT --- It's not related to Xinput2.
http://bugs.winehq.org/show_bug.cgi?id=24579
James Kelly JameSK89@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |JameSK89@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=24579
--- Comment #37 from 3vi1 winehq.org@eternaldusk.com 2011-11-20 10:47:49 CST --- I don't think anyone yet thinks this bug is related to the XInput2 issue. The only previous mention of XInput2 here was in reference to the other rotation bug. But I like Dan's suggestion of nominating for 1.4.
When I said "move-x2" in my last post, I probably should have been clearer: It's meant to be read "movement times two" - i.e. this bug where the window moves twice as far as it should.
Tested today, and the bug appears to be still happening (wine 1.3.32 on Ubuntu 12.04 Precise Pangolin pre-alpha). (I can't test with 1.3.33 yet, because the incomplete state of multiarch currently has .configure blind to a lot of stuff like the X 32-bit dev files.)
http://bugs.winehq.org/show_bug.cgi?id=24579
--- Comment #38 from Jan Kalab pitlicek@gmail.com 2011-12-25 08:43:14 CST --- I just noticed it's fixed in 1.3.35. Wohey!
http://bugs.winehq.org/show_bug.cgi?id=24579
Vitaliy Margolen vitaliy-bugzilla@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |FIXED
--- Comment #39 from Vitaliy Margolen vitaliy-bugzilla@kievinfo.com 2011-12-25 10:40:29 CST --- Confirming fixed. Window still tries to jump a bit ahead, when steam is busy. I think in those cases windows don't move at all on Windows.
http://bugs.winehq.org/show_bug.cgi?id=24579
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #40 from Alexandre Julliard julliard@winehq.org 2011-12-30 12:56:43 CST --- Closing bugs fixed in 1.3.36.
http://bugs.winehq.org/show_bug.cgi?id=24579
David davidsboogs@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |davidsboogs@gmail.com
--- Comment #41 from David davidsboogs@gmail.com 2012-01-02 00:47:45 CST --- Wine 1.3.36 (and .35) Kubuntu 11.10 amd64 It seems less common than before, but this is definitely not fixed. In particular: If the mouse 'sticks' Then it moves or resizes double. I don't know a sure trigger to make it stick, but it does it if you play with the window long enough. (Sometimes Steam having not been the active app before you clicked on it seems to help it stick)
Please reopen (again).
http://bugs.winehq.org/show_bug.cgi?id=24579
--- Comment #42 from Vitaliy Margolen vitaliy-bugzilla@kievinfo.com 2012-01-02 11:22:17 CST --- (In reply to comment #41) Nope, it's fixed here. Can't reproduce anything you are talking about. Please update your system. And report to your distro.
Also make sure you are not trying to move/resize steam when its "busy". Windows does not allow you to do that. Wine can't prohibit that - it's the nature of X11.
http://bugs.winehq.org/show_bug.cgi?id=24579
--- Comment #43 from David davidsboogs@gmail.com 2012-01-02 20:47:31 CST --- I did report my distro, Kubuntu 11.10 amd64, it's right there in the top of my last comment, and it's as up to date as it can be short of beta testing 12.04. (I'm even running KDE 4.7.4 from the PPA since it's not yet in Updates)
Steam was not busy either, it was just sitting there at the library screen not even downloading anything.
Also, this is a fast new PC: Intel i7-2670QM 16 GiB ram Nividia GTX 570M (1.5 GiB video ram) OS is on SSD (although my home dir and therefore Steam is not)
I also just tested in a new clean profile. It was in fact worse. (Again, just sitting at the library, not busy)
Obviously this bug has always had a spotty repro rate, but as long as it isn't fixed for everyone it's not fixed.
By the way, are you trying it with a real mouse instead of a touchpad? that might help you see the issue.
http://bugs.winehq.org/show_bug.cgi?id=24579
--- Comment #44 from 3vi1 winehq.org@eternaldusk.com 2012-01-03 06:00:34 CST --- I see the same thing as David.
While the problem does seem 95% fixed, it does still occur in conjunction with the a related bug that seems to be missing the mouse button up event.
This is especially easy to see by opening the Friends menu and trying to expand its size by dragging the right window edge further to the right. It will resize to twice what you adjust it to, and will never see the mouse button up (i.e. you have to click again to let go of the edge).
I tested this on Ubuntu 12.04 alpha (all updates as of today), with the Unity desktop.
http://bugs.winehq.org/show_bug.cgi?id=24579
--- Comment #45 from Vitaliy Margolen vitaliy-bugzilla@kievinfo.com 2012-01-03 08:01:58 CST --- The original problem was that _anytime_ one would move steam window(s) they would move twice as fast and might move completely outside the screen.
What you describing is a different issue of Wine loosing mouse up event when moving/resizing windows. I can reproduce that too. But it's a different bug.
http://bugs.winehq.org/show_bug.cgi?id=24579
--- Comment #46 from David davidsboogs@gmail.com 2012-01-04 17:36:59 CST --- I have filed Bug 29533 to continue this (modified) issue.
http://bugs.winehq.org/show_bug.cgi?id=24579
--- Comment #47 from David davidsboogs@gmail.com 2012-01-24 21:39:08 CST --- If anyone is still watching this here, my bug was resolved as a dupe of bug 29496 - so that's where the "action" is now.
http://bugs.winehq.org/show_bug.cgi?id=24579
--- Comment #48 from Gediminas Jakutis vinislentoje@gmail.com 2012-11-03 18:20:08 CDT --- Although this is fixed and works well for situations when NOT using a virtual desktop, this bug persists when in a virtual desktop. When in a virtual desktop, steam has all the symptoms of this bug: moving/resizing a window moves/resizes it doubly. /* I never saw this to be fixed for virtual desktops, but was hoping it will be fixed soon after it got fixed for no-virtual-desktop situations, and hesitated to report. Sorry about that. */
I last tested it on the currently latest git [wine-1.5.16-159-g561e46c]
TL;DR: This bug is still present on virtual desktops.
http://bugs.winehq.org/show_bug.cgi?id=24579
Gediminas Jakutis vinislentoje@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |vinislentoje@gmail.com
-
wine-bugs＠winehq.org