[Bug 10142] New: Window Management Bug
http://bugs.winehq.org/show_bug.cgi?id=10142 Summary: Window Management Bug Product: Wine Version: 0.9.47. Platform: PC OS/Version: other Status: UNCONFIRMED Severity: critical Priority: P2 Component: wine-opengl AssignedTo: wine-bugs(a)winehq.org ReportedBy: mbleonardo(a)hotmail.com Created an attachment (id=8723) --> (http://bugs.winehq.org/attachment.cgi?id=8723) Back traces Warcraft III Window disappear for taskbar and screen when changing between Desktops (but sound still plays). I think it can happen to other applications too. Already Reported: BNET doesn't connect anymore PS: Application was still running at the point of back traces. Only killing the process works. SO: Ubuntu Gutsy 7.10 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 Roderick Colenbrander <thunderbird2k(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|wine-opengl |wine-x11driver --- Comment #1 from Roderick Colenbrander <thunderbird2k(a)gmx.net> 2007-10-22 16:22:55 --- This is a window management bug, so most likely it belongs to our x11 driver. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 Juan Lang <juan_lang(a)yahoo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|critical |major --- Comment #2 from Juan Lang <juan_lang(a)yahoo.com> 2007-10-22 18:26:09 --- Not critical. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 --- Comment #3 from Roderick Colenbrander <thunderbird2k(a)gmx.net> 2007-10-23 09:52:12 --- One other comment I believe Gutsy is using compiz by default. Most likely it is even a compiz bug. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 Eric Mullins <emwine(a)earthlink.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |emwine(a)earthlink.net --- Comment #4 from Eric Mullins <emwine(a)earthlink.net> 2007-10-23 17:38:12 --- I've seen this before using Ubuntu Feisty and now in Gutsy. This happened to me using DVD Decrypter-- I'd start a rip, switch to another workspace and return some time later to find DVD Decrypter missing. Using the system monitor, it was clearly still running, just inaccessible. It's clearly related to using compiz workspace switching. Emulating a virtual desktop is a decent workaround for something like DVD Decrypter. I don't know how well that would work for more interactive apps, but it'd be nice not to have to do that. One thing I noticed is if I run regularly (Allow the window manager to control the windows, and no virtual desktop), DVD Decrypter only has "X" button to close down the app, but no minimize or restore functionality. If I run it emulating a virtual desktop, then the app has all 3 buttons. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 --- Comment #5 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-10-23 22:26:55 --- If you using beryl file bug with your distro/beryl. This is not Wine bug. Also DO NOT disable "managed" in winecfg. Or you asking for problems. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 Daniel van Vugt <vanvugt(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |vanvugt(a)gmail.com --- Comment #6 from Daniel van Vugt <vanvugt(a)gmail.com> 2008-03-06 03:35:56 --- Confirmed, confirmed, confirmed. This has been a problem with all versions of wine up to 0.9.56 ever since I've been using compiz. While I don't know whether this is a wine or a compiz bug, it seems likely that the bug is wine's fault, because the same problem is occurring with a completely different window manager: fvwm; see bug 2368 It seems likely to be exactly the same problem as bug 2368 and therefore not specific to compiz. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 --- Comment #7 from Daniel van Vugt <vanvugt(a)gmail.com> 2008-03-06 04:00:09 --- Suggestion: Clarify the summary by changing it to something like: "wine windows become invisible after changing desktops in compiz". And yes, you can get them back by getting compiz out the way and reverting to metacity: % metacity --replace However my previous comment suggests that the bug might not be in compiz. Also, the bug can be avoided by using "Emulate a virtual desktop" in winecfg. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 Lionel Debroux <lionel_debroux(a)yahoo.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 --- Comment #8 from Lionel Debroux <lionel_debroux(a)yahoo.fr> 2008-03-15 10:24:17 --- *** This bug has been confirmed by popular vote. *** -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 --- Comment #9 from Daniel van Vugt <vanvugt(a)gmail.com> 2008-03-19 05:59:35 --- I think I've found the problem, and would like to blame wine and compiz both at once. When the window vanishes, I can find it if I noted it's window ID before losing it and then: xwininfo -id <number>. What I found was that it's invisible because the window becomes unmapped (state "IsUnMapped" which usually means minimized) AND it's position has changed to very far left of my left-most desktop (all corners of the window have negative X locations). So the window is both minimized and on an impossible desktop. This means it will never appear in the window list of any desktop I can get to, and will not appear in the collection of all visible windows (ctrl-alt-up?). The root cause of this problem clearly lies somewhere in the app itself (which is closed source) or wine causing the app window to move incorrectly. However I can easily imagine fixes being implemented in both wine and compiz for robustness. I think it's clear that some window managers such as metacity already have such sanity checks built in to stop this from happening. The simple fix is probably: If all corners of the window have been moved off all desktops, then recover the window by placing it on the visible desktop and remapping the window (unminimize). Admittedly, the window manager is probably the easiest place to implement this because wine can't know all the details of the window manager. However the root causing bug which results in the app window moving randomly and wildly is no doubt in wine's window message (WM_) handling. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 --- Comment #10 from Alexandre Julliard <julliard(a)winehq.org> 2008-03-19 06:44:38 --- Actually it's precisely because some window managers insist on keeping windows inside the screen boundaries that Wine needs to have a workaround to hide windows when they are moved off-screen. The problem in this case is that it's the window manager itself that's moving it off-screen, not the windows app. We need to be able to detect that case and handle it differently, but that's not trivial. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 Dan Kegel <dank(a)kegel.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dank(a)kegel.com Target Milestone|--- |1.2.0 --- Comment #11 from Dan Kegel <dank(a)kegel.com> 2008-04-27 10:54:51 --- Too late to fix for 1.0, probably, but important for the next release... -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 Ove Kaaven <ovek(a)arcticnet.no> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ovek(a)arcticnet.no --- Comment #12 from Ove Kaaven <ovek(a)arcticnet.no> 2008-04-27 12:54:20 --- I've marked Debian bug 272909 as forwarded to this bug. It is for sawfish, not compiz, but is probably the same issue. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 Greg Flint <grackleflint(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |grackleflint(a)hotmail.com --- Comment #13 from Greg Flint <grackleflint(a)hotmail.com> 2008-06-24 05:19:36 --- I am also encountering this bug with Wine 1.0 and Guild Wars on Ubuntu Hardy. Initially GW worked perfectly but, when I switched desktops, the GW window vanished even though GW was still running and I could still hear sound. Since then the GW game window no longer appears, even after a complete reinstall of both GW and Wine and removal and recreation of ~/.wine. I have tried all of the various options for running GW including managed, unmanaged and virtual desktop. In all cases, I see the initial connecting window and, after it connects, I hear the sound, I can see the .exe running but I can't see the GW game window. While the original problem was almost certainly related to compiz, I am at a loss as to why I am no longer seeing the GW game window in both compiz and non-compiz versions of the desktop. The most surprising part is that it did work but it now fails 100% of the time. No matter what I do, I can't get the D3D window to show. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 --- Comment #14 from Greg Flint <grackleflint(a)hotmail.com> 2008-06-24 06:56:37 --- I may have a hint as to the core cause of this issue. In an attempt to sort out the problem, I copied the Guild Wars directory from Linux to a Windows box and found that the main GW window was starting up minimised. It seems very likely that the disappearing window bug is in fact a problem with Wine displaying a minimised window. For whatever reason, the minimised window is not shown on the desktop manager's task bar nor is it displayed anywhere on the X display. This is also consistent with the window "disappearing" when you switch desktops as some Windows programs will automatically minimise if you Alt-Tab from full screen mode (GW does this). Even though GW was running in a window when it initially disappeared, it's likely that the message sent to the program to indicate that the desktop had switched was interpreted as an Alt-Tab or equivalent so it minimised the window and then X and/or the desktop lost track of the window. If it helps, the problem seems to be that the minimised window size is set to an something like 0 by 0. I can no longer run this GW install in windowed mode, even under XP. GW remembers the last size of the window and will automatically switch back to the previous size when you switch between windowed and full screen modes. I suspect that the bug somehow caused the window to have an insane size which GW remembered when I killed it on Linux. It is now not sanity checking this value and whenever I try to restore the window, it's setting the size to this insane value and both XP and Wine are refusing to display the broken window. On XP I can get around this by maxmimising GW from the taskbar but the broken window doesn't appear on the taskbar under Wine. I have verified this behaviour by switching GW to full screen under XP, quitting and then loading the same GW config in to Wine. GW now starts up fine in full screen mode and behaves perfectly. If I attempt to go back to windowed mode, the GW window disappears entirely, including from the taskbar. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 Aubanel MONNIER <aubanel(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |aubanel(a)gmail.com --- Comment #15 from Aubanel MONNIER <aubanel(a)gmail.com> 2008-07-04 13:54:30 --- Bit everyday by this one using Lotus notes with compiz in Ubuntu Hardy Heron. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 Jim Conner <nospam20021223(a)yahoo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nospam20021223(a)yahoo.com --- Comment #16 from Jim Conner <nospam20021223(a)yahoo.com> 2008-07-14 23:20:16 --- Just wanted to chime in on this bug, since I have a simple cause for it, and why it may be "intermittent" for some people. Basically, the window disappears when the application tries to bring its window to the front while on ANOTHER desktop. So; 1. Start wine app from desktop 1. 2. Switch to desktop 2. 3. App tries to bring itself to the front (for whatever reason). 4. Switch back to desktop 1, and the app window is gone. For me this happens with FullTiltPoker. I switch to another desktop to check email or whatever. Meanwhile my turn comes up and the app dings and tries to bring itself to the front. When I switch back desktops, the window is gone! -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 --- Comment #17 from Eric Mullins <emwine(a)earthlink.net> 2008-07-15 01:16:15 --- (In reply to comment #16) Verified. I found a utility to help duplicate the issue called 'cmdow'. http://www.commandline.co.uk/cmdow/ I opened up mshearts, switched desktops, used cmdow to get the hearts window id, then used cmdow to set it to always on top. It disappeared immediately. CMDOW also allowed me to get the window back by simply moving it to 0 0. Here's a log of what I did: [launched mshearts from a desktop icon] 503 wine cmdow.exe [obtained window ID of mshearts as 0x03007a] [moved the hearts window to another desktop] 504 wine cmdow.exe 0x03007a /TOP [hearts window disappeared] 505 wine cmdow.exe 0x03007a /NOT [nothing obvious happened] 506 wine cmdow.exe 0x03007a /MOV 0 0 [hearts appeared on the active desktop] -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 --- Comment #18 from Eric Mullins <emwine(a)earthlink.net> 2008-07-15 02:03:37 --- Playing around with CMDOW, I was able to make windows disappear (from non-active desktops) using /NOT (making them not topmost), or /SIZ [W] [H]. I don't have the source for CMDOW, but both of those functions must be using SetWindowPos(). I couldn't get windows to disappear by simple activating/deactivating, however. The '/NOT' is interesting since it shouldn't have any effect, according to MS docs, for non-topmost windows. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 MarkWat <mark_watkins(a)yahoo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mark_watkins(a)yahoo.com --- Comment #19 from MarkWat <mark_watkins(a)yahoo.com> 2008-08-21 15:35:13 --- (In reply to comment #18)
Playing around with CMDOW, I was able to make windows disappear (from non-active desktops) using /NOT (making them not topmost), or /SIZ [W] [H].
I don't have the source for CMDOW, but both of those functions must be using SetWindowPos(). I couldn't get windows to disappear by simple activating/deactivating, however. The '/NOT' is interesting since it shouldn't have any effect, according to MS docs, for non-topmost windows.
Made a quickie script to locate lost Notes using CMDOW: #!/bin/sh ######################################################################### # Locate Notes - Find the window if not visibile. # ######################################################################### #find Notes Window id and Register /usr/bin/wine ~/.wine/drive_c/CMDOW/cmdow.exe /F /B /T > /tmp/Notes.tmp cat /tmp/Notes.tmp | grep Notes > /tmp/Notes.win windowID=`awk -F" " '{print $1}' /tmp/Notes.win ` #echo $windowID #restore `/usr/bin/wine /home/mwatkins/.wine/drive_c/CMDOW/cmdow.exe $windowID /MOV 0 0` Set an shortcut to it, and can use it to restore the lost window. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 David Taylor <davidt-wine(a)yadt.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |davidt-wine(a)yadt.co.uk -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 --- Comment #20 from David Taylor <davidt-wine(a)yadt.co.uk> 2008-09-28 10:07:34 --- Created an attachment (id=16326) --> (http://bugs.winehq.org/attachment.cgi?id=16326) Possible fix I've been experiencing problems with always-on-top windows disappearing when I switch desktops in compiz. I tracked the problem down to wine unmapping the window in certain situations. I managed to fix the problem by adding '&& !(swp_flags & SWP_NOMOVE)' to the conditions for unmapping the window in X11DRV_SetWindowPos. Unfortunately, since I'm not entirely sure when (or why) that code IS supposed to be unmapping the window, I could well have broken something else. But, intuitively, if we didn't unmap the window on the original call that moved it off-screen, I don't think we should be unmapping it due to its position in a later call with the SWP_NOMOVE flag set. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 --- Comment #21 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2008-09-28 16:09:21 --- (In reply to comment #20)
Created an attachment (id=16326) --> (http://bugs.winehq.org/attachment.cgi?id=16326) [details] Possible fix
I've been experiencing problems with always-on-top windows disappearing when I switch desktops in compiz. I tracked the problem down to wine unmapping the window in certain situations.
Sounds like a Compiz bug. Is the problem reproduceable with other WMs? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 --- Comment #22 from David Taylor <davidt-wine(a)yadt.co.uk> 2008-09-28 18:39:46 --- Well, bug 2368 seems to suggest a similar problem affects fvwm2. Don't have time to check it tonight, might try tomorrow. Anyway, I attached trace logs from with and without my fix. With my fix has an added trace logging the values of the conditions which X11DRV_SetWindowPos uses to determine whether or not to unmap the window, plus I added (sw_flags & SWP_NOMOVE). When SetWindowPos is called for a window which is positioned off-screen, event_type ends up as 0, the rectangle is not mapped, so the window is unmapped. It does not get re-mapped or put back on screen when I switch back. The patch prevents the window being unmapped as a result of the extra calls of SetWindowPos which don't actually move the window. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 --- Comment #23 from David Taylor <davidt-wine(a)yadt.co.uk> 2008-09-28 18:40:40 --- Created an attachment (id=16341) --> (http://bugs.winehq.org/attachment.cgi?id=16341) Standard behaviour of notepad & compiz whilst changing desktops -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 --- Comment #24 from David Taylor <davidt-wine(a)yadt.co.uk> 2008-09-28 18:41:29 --- Created an attachment (id=16342) --> (http://bugs.winehq.org/attachment.cgi?id=16342) Behaviour of notepad & compiz with proposed patch applied (& extra trace) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 --- Comment #25 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2008-09-28 22:21:09 --- You haven't answered the question if the problem is reproduceable with other WMs. If the problem is compiz specific it should be treated appropriately, i.e. closed as invalid and reported to compiz developers. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 --- Comment #26 from David Taylor <davidt-wine(a)yadt.co.uk> 2008-09-29 01:43:10 --- I'm not entirely sure if it matters if it happens on other WMs -- to me the behavior shown in the logs is clearly broken. In any case, I installed fvwm2 v2.5 and tested it there. I see exactly the same behavior: without the patch the window disappears if I set the window to 'not on top' when it off screen; and with the patch it behaves as I would expect. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 --- Comment #27 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2008-09-29 17:44:30 --- fvwm2 is probably is in the same group of not very widely used (and therefore buggy WMs). Try gnome or kde instead. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 --- Comment #28 from David Taylor <davidt-wine(a)yadt.co.uk> 2008-09-30 01:54:55 --- I am using gnome -- with compiz. In any event, neither kwin nor metacity exhibit the problem as they handle virtual desktops in an entirely different way -- they don't move the windows to negative positions. Regardless, I maintain that this is a wine bug because firstly, no other program exhibits the irrational behavior of unmapping itself when certain events happen, merely because it is off screen; secondly, there is already code in there to prevent the unmap occurring if the move off-screen is a result of a (subset of) X11 events. It therefore doesn't make sense to me to go ahead and unmap it anyway if SetWindowPos is called without moving the window, when it is already off-screen & still visible. So, before I have to install every window manager on the planet, could someone explain _why_ wine is unmapping itself if it gets moved off the screen -- and why it is not obviously a bug? Again, it is wine taking deliberate action to unmap itself, without intervention from the window manager. All the window manager does is move the window off-screen (at this point wine DOES NOT unmap itself). Wine unmaps itself when SetWindowPos is later called for some other reason (e.g. running 'cmdow' for example) WITHOUT moving the (already off-screen) window, and wine then unmaps the window. I don't see what compiz or fmvw are doing wrong here. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 --- Comment #29 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2008-09-30 10:35:53 --- Wine is known to provoke bugs other apps don't do due to more wide coverage of used APIs and ways they are called. Have a look at the bug 12431 as an example. Compiz is known to have the bugs preventing Wine from working, so yes, you either have to disable compiz, or use a not broken WM instead. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 Eric Mullins <emwine(a)earthlink.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC|emwine(a)earthlink.net | -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 --- Comment #30 from David Taylor <davidt-wine(a)yadt.co.uk> 2008-09-30 14:54:40 --- Thanks for the suggestion, but I think I will stick with wine + compiz + the attached patch, which works for me, until and unless it causes me a different problem. I would be glad to take part in a more constructive discussion than "compiz^Wfvwm2^Wwindow managers have bugs therefore this is a compiz^Wfvwm2^Wcommon window manager bug", but as it does not appear to be forthcoming, I will give in after asking this final question, in the hope that someone will answer it in the future: What part of compiz's behavior is buggy? In other words, from my (very brief) look at ICCCM, I cannot see why wine should expect unmapping its window to do anything other than cause the window to disappear. The unmap call happens when moved off the visible screen by the window manager and then something (potentially entirely outwith the window manager's control -- even another windows app) triggers a call to SetWindowPos. What is compiz doing wrong that is causing wine to unmap the window? Is it prohibited to move windows off the visible screen? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 --- Comment #31 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2008-09-30 15:12:37 --- The details are in the comment #10. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 --- Comment #32 from David Taylor <davidt-wine(a)yadt.co.uk> 2008-09-30 17:22:28 --- Comment #10 says the exact opposite -- that wine is acting in the way it does to work around the behavior of other window managers; and that the behavior of wine is wrong but correcting it is not trivial. My patch, which is rather trivial, is probably missing something obvious. But it works for my test case in compiz, fvwm2, metacity and kwin. I was rather hoping someone would comment on the proposed patch rather than getting in to a protracted circular argument about whether the (confirmed) bug is actually a bug. Apologies to everyone else on the CC list for the spam. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 --- Comment #33 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2008-09-30 20:53:27 --- (In reply to comment #32)
Comment #10 says the exact opposite -- that wine is acting in the way it does to work around the behavior of other window managers; and that the behavior of wine is wrong but correcting it is not trivial.
I don't see where it's been stated that current Wine behaviour is wrong, otherwise it's been said that Wine already does a lot of efforts to workaround the WM bugs, and even more workarounds is needed since apparently there are more broken WMs around. And yes, it's not trivial make Wine run correctly on broken WMs. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 Dan Kegel <dank(a)kegel.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC|dank(a)kegel.com | -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 --- Comment #34 from Alexandre Julliard <julliard(a)winehq.org> 2008-10-01 16:58:37 --- (In reply to comment #32)
Comment #10 says the exact opposite -- that wine is acting in the way it does to work around the behavior of other window managers; and that the behavior of wine is wrong but correcting it is not trivial.
My patch, which is rather trivial, is probably missing something obvious. But it works for my test case in compiz, fvwm2, metacity and kwin. I was rather hoping someone would comment on the proposed patch rather than getting in to a protracted circular argument about whether the (confirmed) bug is actually a bug.
Yes, it's a bug, it should be fixed, but that's not easy or it would have been done already. Your patch is not correct, what we really need is to keep track of the off-screen state and distinguish between window being moved off-screen for the first time and being moved after having been off-screened by the wm. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 Michael Karpukhin <triada123(a)pochta.ru> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |triada123(a)pochta.ru -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 Ken Sharp <kennybobs(a)o2.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kennybobs(a)o2.co.uk -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 Sorpigal <sorpigal(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sorpigal(a)gmail.com --- Comment #35 from Sorpigal <sorpigal(a)gmail.com> 2009-03-31 15:59:07 --- I can confirm this bug under Enlightenment DR16 0.16.7.2 for all recent releases of wine. I noticed it when switching from Cedega to Wine because in cedega this bug did not exist. I would like to say that if most window managers are broken in a way that trips this bug then that is something Wine should work around. So far I hear kwin and metacity are not effected, but even though these are more popular they are still only two. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 --- Comment #36 from Steven <legitemail(a)mt2009.com> 2009-05-11 23:23:31 --- This bug happens to me with the Awesome window manager (awesome 3.2.1, wine 1.1.12). Sounds like I should happily switch to metacity and "stop defending broken code"... -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 MarkWat <mark_watkins(a)yahoo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC|mark_watkins(a)yahoo.com | -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 --- Comment #37 from Steven <legitemail(a)mt2009.com> 2009-05-12 10:52:34 --- First, sorry for the snarkiness of my previous comment. Second, this only happens to me with one (badly behaved?) app, so it might not be the same bug that others are hitting. The behavior is similar, but indeterministic: about 25% of the time when I switch desktops, my wine window will disappear even though it's still running. The window apparently has wonky geometry; another WM reported, "Window manager warning: Window 0x2800011 (Cake Poker) sets an MWM hint indicating it isn't resizable, but sets min size 1 x 1 and max size 2147483647 x 2147483647; this doesn't make much sense." -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 --- Comment #38 from Uwe Koch Kronberg <uwe.koch(a)opticakoch.cl> 2009-06-17 11:49:36 --- Created an attachment (id=21851) --> (http://bugs.winehq.org/attachment.cgi?id=21851) description of ole related problems, run from the command line -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 Dmitry Timoshkov <dmitry(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #21851|0 |1 is obsolete| | -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 --- Comment #39 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2009-06-17 12:18:55 --- (In reply to comment #38)
Created an attachment (id=21851) --> (http://bugs.winehq.org/attachment.cgi?id=21851) [details] description of ole related problems, run from the command line
FIXME's are not bugs. How this attachment is related to this bug? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Window Management Bug |Switching | |workspaces/desktops can | |make some application | |windows disappear -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 Scott Ritchie <scott(a)open-vote.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |scott(a)open-vote.org AssignedTo|wine-bugs(a)winehq.org |madewokherd(a)gmail.com -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 --- Comment #40 from Vincent Povirk <madewokherd(a)gmail.com> 2009-11-08 04:33:57 --- It seems to me we need to also do the reverse of what we're currently doing. If something external moves the application's window offscreen, we should ignore the offscreen position and interpret it as minimizing the window. When it's moved back onscreen, we should see that as restored. The application should never see the offscreen position (unless it sets one itself), as this could obviously cause problems for apps that remember their size and position. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 --- Comment #41 from Vincent Povirk <madewokherd(a)gmail.com> 2009-11-27 10:17:54 --- This works for me with notepad (Wine 1.1.33-404-gac85305) + compiz (0.8.4). Can someone supply a link to a freely-downloadable app and window manager version that produces this issue? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 Nikolaj sheller <nikolaj(a)sheller.dk> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nikolaj(a)sheller.dk --- Comment #42 from Nikolaj sheller <nikolaj(a)sheller.dk> 2009-11-27 11:11:44 --- I can try this at work with Lotus Notes as soon as 1.1.33 hits the Karmic PPA repositories or is packaged in as .deb. I have only seen this problem with notes. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 --- Comment #43 from Nikolaj sheller <nikolaj(a)sheller.dk> 2009-12-01 03:30:38 --- I have now tested with wine 1.1.33 on Ubuntu Karmic with Lotus Notes. Notes disappeared the first time I changed to a new workspace and back again. Oddly this only happens when Notes is in focus. No odd log statements asides from: err:win:DefWindowProcW called for other process window 0x10020 (this is logged continually, but does not seem to effect Notes). -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 Vincent Povirk <madewokherd(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|madewokherd(a)gmail.com |wine-bugs(a)winehq.org -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 Alex Balut <alexandru.balut(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |alexandru.balut(a)gmail.com --- Comment #44 from Alex Balut <alexandru.balut(a)gmail.com> 2010-04-03 17:21:17 --- Also happens with uTorrent 2.0 (build 18488): Open the uTorrent window, Ctrl Alt Right, Ctrl Alt Left, notice the uTorrent window is missing. Ubuntu 9.10 64, Appearance Preferences -> Visual Effects -> None. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 Reco <recoverym4n(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |recoverym4n(a)gmail.com -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 Jaime <jskartman(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jskartman(a)gmail.com --- Comment #45 from Jaime <jskartman(a)gmail.com> 2010-05-06 02:41:51 --- Happens too in shredder classic, the contents of the window (not the window itself) disappears when you switch between desktops. The main menu doesn't disappear and you can go to windows, windows layout, show all windows and this re-redraws the content of the window, solving the problem. demo: http://www.shredderchess.com/download.php?file=SetupShredderClassic4.exe -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 --- Comment #46 from Alex Balut <alexandru.balut(a)gmail.com> 2010-05-06 03:22:05 --- (In reply to comment #45)
Happens too in shredder classic, the contents of the window (not the window itself) disappears when you switch between desktops.
This looks like a different bug. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 Ken Sharp <kennybobs(a)o2.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download, integration --- Comment #47 from Ken Sharp <kennybobs(a)o2.co.uk> 2010-05-17 18:33:42 --- (In reply to comment #41)
This works for me with notepad (Wine 1.1.33-404-gac85305) + compiz (0.8.4).
Can someone supply a link to a freely-downloadable app and window manager version that produces this issue?
BOINCView has this problem under GDM/Gnome on Ubuntu 8.10. http://boinc.berkeley.edu/addons/boincview.zip -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 Danila Sentiabov <dsent.zen(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dsent.zen(a)gmail.com -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 --- Comment #48 from Danila Sentiabov <dsent.zen(a)gmail.com> 2010-05-27 14:03:33 --- uTorrent 2.0.2 works for me with Wine 1.2-rc1 under KDE 4.4.3. Switching between virtual desktops does not hide uTorrent window. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 Carlton Hobbs <carlton.hobbs(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |carlton.hobbs(a)gmail.com -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|winex11.drv |wineserver --- Comment #49 from Alexandre Julliard <julliard(a)winehq.org> 2010-06-12 05:13:58 --- Please retest with 1.2-rc3. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 --- Comment #50 from Alex Balut <alexandru.balut(a)gmail.com> 2010-06-12 05:29:37 --- Still happens with uTorrent 2.0.2 and wine-1.2-rc3. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 --- Comment #51 from Alexandre Julliard <julliard(a)winehq.org> 2010-06-12 06:34:03 --- That's because utorrent hides itself when minimized (and switching desktops uses minimize on most window managers), that's expected behavior. You can disable minimize to tray if you don't want that. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 --- Comment #52 from Alex Balut <alexandru.balut(a)gmail.com> 2010-06-12 14:35:12 --- (In reply to comment #51)
That's because utorrent hides itself when minimized (and switching desktops uses minimize on most window managers), that's expected behavior. You can disable minimize to tray if you don't want that.
I disabled "minimize to tray", and it remains on the screen when I switch to another desktop and back. Tricky.. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 Lucas <canolucas(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |canolucas(a)gmail.com --- Comment #53 from Lucas <canolucas(a)gmail.com> 2010-06-12 19:40:32 --- Alexandre, so is this still a bug? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 --- Comment #54 from Alex Balut <alexandru.balut(a)gmail.com> 2010-06-13 10:58:00 --- I tried with: - mshearts.exe, went to a different workspace, ran cmdow as explained in comment 17, when going back the window is where it should be. Using Compiz. - Full Tilt Poker. When the window is in a different workspace and my turn comes, the window is highlighted, I go back and the window is where it should be. Using Compiz. The following applications minimize to tray, so they don't count, as explained in comment 51: utorrent, boincview. Shredder Classic 4 shows a different problem. I did not try: DVD Decrypter, Lotus Notes, Guild Wars Trial. wine-1.2-rc3 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #55 from Alexandre Julliard <julliard(a)winehq.org> 2010-06-16 08:09:04 --- Marking fixed then. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #56 from Alexandre Julliard <julliard(a)winehq.org> 2010-06-18 12:46:08 --- Closing bugs fixed in 1.2-rc4. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 --- Comment #57 from Jaime <jskartman(a)gmail.com> 2010-06-19 17:41:29 --- (In reply to comment #51)
That's because utorrent hides itself when minimized (and switching desktops uses minimize on most window managers), that's expected behavior. You can disable minimize to tray if you don't want that.
If I use amule (native linux emule client) with minimize to tray option enabled when I switch desktops the window doesn't disappear, so the window manager is working fine here. But if I use wine + utorrent (minimize to tray enabled) when I switch desktop the application is minimized to tray. I think this bug is valid and not fixed. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 --- Comment #58 from Danila Sentiabov <dsent.zen(a)gmail.com> 2010-06-20 07:11:56 --- (In reply to comment #57) You should compare utorrent+wine to utorrent+Windows, not native Linux applications. Install some "virtual desktop" software on Windows and see what happens with utorrent. aMule is multiple-desktop-aware application. utorrent is not, so minimizing to tray on desktop change is expected behavior. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 --- Comment #59 from Jaime <jskartman(a)gmail.com> 2010-06-20 09:06:55 --- I get your point, certainly utorrent is not "multiple-desktop-aware". Surely I am wrong, but it seems logical to me that wine could be a "multiple-desktop-aware" application and only minimizes its windows when you hit minimize window (and not when you switch desktops which is an usual task in linux enviroments). The windows that utorrent creates is created by wine (in last term), so if wine is a multiple desktop aware application then all should work fine. ¿? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 --- Comment #60 from Danila Sentiabov <dsent.zen(a)gmail.com> 2010-06-20 10:27:31 --- (In reply to comment #59) How do you think it could be possible implemented? When you minimize Windows application, it receives special "minimize" message. Minimized window could be restored by sending "restore" message. uTorrent with "minimize to tray" option enabled catches "minimize" message and completely destroys its own main window instead of minimizing it. So when you switch back to your uTorrent desktop there is no window to be restored. uTorrent window must be created from scratch (by clicking on system tray icon). Now Wine just transfers Linux WM "minimize" and "restore" messages to windows applications. It results in exactly the behavior described in this bug report. To work around this Wine should detect desktop change and block system "minimize" message. Instead it should hide a window some other way and restore it when desktop is switched back. So you basically suggest that Wine should block window manager functions and reimplement them with its own with unusual and not very clear logic. It is a whole lot of work to do. On the other hand, you can just enable "close to tray" option and disable "minimize to tray" option in uTorrent. It will not hide on switching desktops, it will go to tray when you clock close button, it will exit application through application menu or system tray menu. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 --- Comment #61 from Jaime <jskartman(a)gmail.com> 2010-06-20 10:41:25 --- I am not asking or requesting nothing, I only pointed that the bug seems valid. Maybe left this bug open is a good idea, and some day, some developer will get interested in correct the x11 windows handling minimize problem. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 --- Comment #62 from Jaime <jskartman(a)gmail.com> 2010-06-20 10:50:15 ---
To work around this Wine should detect desktop change and block system "minimize" message. Instead it should hide a window some other way and restore it when desktop is switched back.
I am not sure, but I think that when you switch desktop window manager moves whindows out of the screen , and not minimize them. I wine x11 driver that minimizes windows in this case. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 --- Comment #63 from Alexandre Julliard <julliard(a)winehq.org> 2010-06-20 16:22:31 --- (In reply to comment #62)
I am not sure, but I think that when you switch desktop window manager moves whindows out of the screen , and not minimize them. I wine x11 driver that minimizes windows in this case.
Some window managers move them off screen and some minimize them. This bug was about Wine breaking for wms that do the off screen move, and that's fixed. If you want to argue that Wine should distinguish a desktop-switch minimize from a real minimize that's a separate bug (and should probably go to freedesktop.org). -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 --- Comment #64 from Jaime <jskartman(a)gmail.com> 2010-06-20 16:56:26 ---
If you want to argue that Wine should distinguish a desktop-switch minimize from a real minimize that's a separate bug (and should probably go to freedesktop.org).
ok, I will fill a new bug, sorry for the noise. I don't even use utorrent + wine, I am not suffering this minor bug/fault. It is only that this behavior seems very logical. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 --- Comment #65 from Daniel van Vugt <vanvugt(a)gmail.com> 2010-06-22 02:22:42 --- Confirmed fixed with Lotus Notes 7.0.2 under wine 1.2rc3/rc4. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10142 --- Comment #66 from Sorpigal <sorpigal(a)gmail.com> 2010-06-22 14:49:15 --- Confirming this fix for Warcraft III, since that was the original report, under enlightenment 0.16.7.2. I am still not sure that it is entirely correct since when I switch desktops "sometimes" the window will jump and follow me, but mostly it stays put. The window never disappears entirely any more. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
participants (1)
-
wine-bugs＠winehq.org