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@winehq.org ReportedBy: mbleonardo@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
http://bugs.winehq.org/show_bug.cgi?id=10142
Roderick Colenbrander thunderbird2k@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|wine-opengl |wine-x11driver
--- Comment #1 from Roderick Colenbrander thunderbird2k@gmx.net 2007-10-22 16:22:55 --- This is a window management bug, so most likely it belongs to our x11 driver.
http://bugs.winehq.org/show_bug.cgi?id=10142
Juan Lang juan_lang@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|critical |major
--- Comment #2 from Juan Lang juan_lang@yahoo.com 2007-10-22 18:26:09 --- Not critical.
http://bugs.winehq.org/show_bug.cgi?id=10142
--- Comment #3 from Roderick Colenbrander thunderbird2k@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.
http://bugs.winehq.org/show_bug.cgi?id=10142
Eric Mullins emwine@earthlink.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |emwine@earthlink.net
--- Comment #4 from Eric Mullins emwine@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.
http://bugs.winehq.org/show_bug.cgi?id=10142
--- Comment #5 from Vitaliy Margolen vitaliy@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.
http://bugs.winehq.org/show_bug.cgi?id=10142
Daniel van Vugt vanvugt@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |vanvugt@gmail.com
--- Comment #6 from Daniel van Vugt vanvugt@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.
http://bugs.winehq.org/show_bug.cgi?id=10142
--- Comment #7 from Daniel van Vugt vanvugt@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.
http://bugs.winehq.org/show_bug.cgi?id=10142
Lionel Debroux lionel_debroux@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #8 from Lionel Debroux lionel_debroux@yahoo.fr 2008-03-15 10:24:17 --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=10142
--- Comment #9 from Daniel van Vugt vanvugt@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.
http://bugs.winehq.org/show_bug.cgi?id=10142
--- Comment #10 from Alexandre Julliard julliard@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.
http://bugs.winehq.org/show_bug.cgi?id=10142
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dank@kegel.com Target Milestone|--- |1.2.0
--- Comment #11 from Dan Kegel dank@kegel.com 2008-04-27 10:54:51 --- Too late to fix for 1.0, probably, but important for the next release...
http://bugs.winehq.org/show_bug.cgi?id=10142
Ove Kaaven ovek@arcticnet.no changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ovek@arcticnet.no
--- Comment #12 from Ove Kaaven ovek@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.
http://bugs.winehq.org/show_bug.cgi?id=10142
Greg Flint grackleflint@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |grackleflint@hotmail.com
--- Comment #13 from Greg Flint grackleflint@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.
http://bugs.winehq.org/show_bug.cgi?id=10142
--- Comment #14 from Greg Flint grackleflint@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.
http://bugs.winehq.org/show_bug.cgi?id=10142
Aubanel MONNIER aubanel@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |aubanel@gmail.com
--- Comment #15 from Aubanel MONNIER aubanel@gmail.com 2008-07-04 13:54:30 --- Bit everyday by this one using Lotus notes with compiz in Ubuntu Hardy Heron.
http://bugs.winehq.org/show_bug.cgi?id=10142
Jim Conner nospam20021223@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nospam20021223@yahoo.com
--- Comment #16 from Jim Conner nospam20021223@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!
http://bugs.winehq.org/show_bug.cgi?id=10142
--- Comment #17 from Eric Mullins emwine@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]
http://bugs.winehq.org/show_bug.cgi?id=10142
--- Comment #18 from Eric Mullins emwine@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.
http://bugs.winehq.org/show_bug.cgi?id=10142
MarkWat mark_watkins@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mark_watkins@yahoo.com
--- Comment #19 from MarkWat mark_watkins@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.
http://bugs.winehq.org/show_bug.cgi?id=10142
David Taylor davidt-wine@yadt.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |davidt-wine@yadt.co.uk
http://bugs.winehq.org/show_bug.cgi?id=10142
--- Comment #20 from David Taylor davidt-wine@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.
http://bugs.winehq.org/show_bug.cgi?id=10142
--- Comment #21 from Dmitry Timoshkov dmitry@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?
http://bugs.winehq.org/show_bug.cgi?id=10142
--- Comment #22 from David Taylor davidt-wine@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.
http://bugs.winehq.org/show_bug.cgi?id=10142
--- Comment #23 from David Taylor davidt-wine@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
http://bugs.winehq.org/show_bug.cgi?id=10142
--- Comment #24 from David Taylor davidt-wine@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)
http://bugs.winehq.org/show_bug.cgi?id=10142
--- Comment #25 from Dmitry Timoshkov dmitry@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.
http://bugs.winehq.org/show_bug.cgi?id=10142
--- Comment #26 from David Taylor davidt-wine@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.
http://bugs.winehq.org/show_bug.cgi?id=10142
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch
http://bugs.winehq.org/show_bug.cgi?id=10142
--- Comment #27 from Dmitry Timoshkov dmitry@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.
http://bugs.winehq.org/show_bug.cgi?id=10142
--- Comment #28 from David Taylor davidt-wine@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.
http://bugs.winehq.org/show_bug.cgi?id=10142
--- Comment #29 from Dmitry Timoshkov dmitry@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.
http://bugs.winehq.org/show_bug.cgi?id=10142
Eric Mullins emwine@earthlink.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|emwine@earthlink.net |
http://bugs.winehq.org/show_bug.cgi?id=10142
--- Comment #30 from David Taylor davidt-wine@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?
http://bugs.winehq.org/show_bug.cgi?id=10142
--- Comment #31 from Dmitry Timoshkov dmitry@codeweavers.com 2008-09-30 15:12:37 --- The details are in the comment #10.
http://bugs.winehq.org/show_bug.cgi?id=10142
--- Comment #32 from David Taylor davidt-wine@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.
http://bugs.winehq.org/show_bug.cgi?id=10142
--- Comment #33 from Dmitry Timoshkov dmitry@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.
http://bugs.winehq.org/show_bug.cgi?id=10142
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|dank@kegel.com |
http://bugs.winehq.org/show_bug.cgi?id=10142
--- Comment #34 from Alexandre Julliard julliard@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.
http://bugs.winehq.org/show_bug.cgi?id=10142
Michael Karpukhin triada123@pochta.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |triada123@pochta.ru
http://bugs.winehq.org/show_bug.cgi?id=10142
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |kennybobs@o2.co.uk
http://bugs.winehq.org/show_bug.cgi?id=10142
Sorpigal sorpigal@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sorpigal@gmail.com
--- Comment #35 from Sorpigal sorpigal@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.
http://bugs.winehq.org/show_bug.cgi?id=10142
--- Comment #36 from Steven legitemail@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"...
http://bugs.winehq.org/show_bug.cgi?id=10142
MarkWat mark_watkins@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|mark_watkins@yahoo.com |
http://bugs.winehq.org/show_bug.cgi?id=10142
--- Comment #37 from Steven legitemail@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."
http://bugs.winehq.org/show_bug.cgi?id=10142
--- Comment #38 from Uwe Koch Kronberg uwe.koch@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
http://bugs.winehq.org/show_bug.cgi?id=10142
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #21851|0 |1 is obsolete| |
http://bugs.winehq.org/show_bug.cgi?id=10142
--- Comment #39 from Dmitry Timoshkov dmitry@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?
http://bugs.winehq.org/show_bug.cgi?id=10142
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Window Management Bug |Switching | |workspaces/desktops can | |make some application | |windows disappear
http://bugs.winehq.org/show_bug.cgi?id=10142
Scott Ritchie scott@open-vote.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |scott@open-vote.org AssignedTo|wine-bugs@winehq.org |madewokherd@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=10142
--- Comment #40 from Vincent Povirk madewokherd@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.
http://bugs.winehq.org/show_bug.cgi?id=10142
--- Comment #41 from Vincent Povirk madewokherd@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?
http://bugs.winehq.org/show_bug.cgi?id=10142
Nikolaj sheller nikolaj@sheller.dk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nikolaj@sheller.dk
--- Comment #42 from Nikolaj sheller nikolaj@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.
http://bugs.winehq.org/show_bug.cgi?id=10142
--- Comment #43 from Nikolaj sheller nikolaj@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).
http://bugs.winehq.org/show_bug.cgi?id=10142
Vincent Povirk madewokherd@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|madewokherd@gmail.com |wine-bugs@winehq.org
http://bugs.winehq.org/show_bug.cgi?id=10142
Alex Balut alexandru.balut@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |alexandru.balut@gmail.com
--- Comment #44 from Alex Balut alexandru.balut@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.
http://bugs.winehq.org/show_bug.cgi?id=10142
Reco recoverym4n@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |recoverym4n@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=10142
Jaime jskartman@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jskartman@gmail.com
--- Comment #45 from Jaime jskartman@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
http://bugs.winehq.org/show_bug.cgi?id=10142
--- Comment #46 from Alex Balut alexandru.balut@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.
http://bugs.winehq.org/show_bug.cgi?id=10142
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download, integration
--- Comment #47 from Ken Sharp kennybobs@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
http://bugs.winehq.org/show_bug.cgi?id=10142
Danila Sentiabov dsent.zen@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dsent.zen@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=10142
--- Comment #48 from Danila Sentiabov dsent.zen@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.
http://bugs.winehq.org/show_bug.cgi?id=10142
Carlton Hobbs carlton.hobbs@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |carlton.hobbs@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=10142
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|winex11.drv |wineserver
--- Comment #49 from Alexandre Julliard julliard@winehq.org 2010-06-12 05:13:58 --- Please retest with 1.2-rc3.
http://bugs.winehq.org/show_bug.cgi?id=10142
--- Comment #50 from Alex Balut alexandru.balut@gmail.com 2010-06-12 05:29:37 --- Still happens with uTorrent 2.0.2 and wine-1.2-rc3.
http://bugs.winehq.org/show_bug.cgi?id=10142
--- Comment #51 from Alexandre Julliard julliard@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.
http://bugs.winehq.org/show_bug.cgi?id=10142
--- Comment #52 from Alex Balut alexandru.balut@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..
http://bugs.winehq.org/show_bug.cgi?id=10142
Lucas canolucas@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |canolucas@gmail.com
--- Comment #53 from Lucas canolucas@gmail.com 2010-06-12 19:40:32 --- Alexandre, so is this still a bug?
http://bugs.winehq.org/show_bug.cgi?id=10142
--- Comment #54 from Alex Balut alexandru.balut@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
http://bugs.winehq.org/show_bug.cgi?id=10142
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #55 from Alexandre Julliard julliard@winehq.org 2010-06-16 08:09:04 --- Marking fixed then.
http://bugs.winehq.org/show_bug.cgi?id=10142
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #56 from Alexandre Julliard julliard@winehq.org 2010-06-18 12:46:08 --- Closing bugs fixed in 1.2-rc4.
http://bugs.winehq.org/show_bug.cgi?id=10142
--- Comment #57 from Jaime jskartman@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.
http://bugs.winehq.org/show_bug.cgi?id=10142
--- Comment #58 from Danila Sentiabov dsent.zen@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.
http://bugs.winehq.org/show_bug.cgi?id=10142
--- Comment #59 from Jaime jskartman@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. ¿?
http://bugs.winehq.org/show_bug.cgi?id=10142
--- Comment #60 from Danila Sentiabov dsent.zen@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.
http://bugs.winehq.org/show_bug.cgi?id=10142
--- Comment #61 from Jaime jskartman@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.
http://bugs.winehq.org/show_bug.cgi?id=10142
--- Comment #62 from Jaime jskartman@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.
http://bugs.winehq.org/show_bug.cgi?id=10142
--- Comment #63 from Alexandre Julliard julliard@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).
http://bugs.winehq.org/show_bug.cgi?id=10142
--- Comment #64 from Jaime jskartman@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.
http://bugs.winehq.org/show_bug.cgi?id=10142
--- Comment #65 from Daniel van Vugt vanvugt@gmail.com 2010-06-22 02:22:42 --- Confirmed fixed with Lotus Notes 7.0.2 under wine 1.2rc3/rc4.
http://bugs.winehq.org/show_bug.cgi?id=10142
--- Comment #66 from Sorpigal sorpigal@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.
-
wine-bugs＠winehq.org