http://bugs.winehq.org/show_bug.cgi?id=13065
Summary: 3D window edit moves all windows behind main window Product: Wine Version: 0.9.61. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: rschaffter@comcast.net
Created an attachment (id=12821) --> (http://bugs.winehq.org/attachment.cgi?id=12821) Screenshot of hidden child windows.
Poser 7.0 is a 3D model manipulation and rendering program. It has a main background window and several child windows, including a 3D viewport using openGL. It runs quite well in a virtual windows desktop in version 0.9.55. In versions after that, when the 3D window is manipulated, the child windows all disappear behind the main window, as shown in the attached shot. Resizing the main window will allow one to bring the child windows to the foreground, but it happens after EVERY manipulation of the viewport. It only happened very rarely under 0.9.55.
This doesn't occur when running on the KDE desktop using the window Manager; however, in this mode moving the window causes the cursor to flash between the normal pointer and the cross shapped move window icon, and the mouse buttons and keyboard to become unresponsive for between 20 seconds and one hour-this did occur prior to version 0.9.55(I suppose I should report this one whilst I'm here). Eventually the flashing stops and the window can then be moved.
I'm running openSUSE 10.3 with KDE 3.59 and the nVidia proprietary video drivers.
http://bugs.winehq.org/show_bug.cgi?id=13065
Rod Schaffter rschaffter@comcast.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |julliard@winehq.org
--- Comment #1 from Rod Schaffter rschaffter@comcast.net 2008-05-15 12:19:08 --- This bug still exists in rc-1
I finally had time to do regression testing between 0.9.55 & 0.9.56 for the problem when running on a virtual desktop;
125793df0eab65798f53529784e7256d407f2ef0 is first bad commit commit 125793df0eab65798f53529784e7256d407f2ef0 Author: Alexandre Julliard julliard@winehq.org Date: Mon Feb 18 17:22:51 2008 +0100
winex11: Move the raising of windows on SetFocus to the X11 driver where it belongs.
:040000 040000 2ac5b61d6eeb82be0f17802d348f8e045d66a575 e3c4d7c163b45431a937a5438a423ddfdecdf6dc M dlls
http://bugs.winehq.org/show_bug.cgi?id=13065
billstei billstei@hbci.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |billstei@hbci.com
--- Comment #2 from billstei billstei@hbci.com 2008-11-01 15:54:30 --- I have a different program that is also drawing child (pop-up) windows behind their parents (Wine 1.1.7). Was able to workaround this by unchecking "Allow the window manager to control the windows". Does that work for Poser?
http://bugs.winehq.org/show_bug.cgi?id=13065
--- Comment #3 from Rod Schaffter rschaffter@comcast.net 2008-11-05 10:49:05 --- I had tried that with one of the 1.0 relese candidates.. It improves it, but Poser is then stuck as the foreground window but if Poser is minimized, not all of the windows come back when it is restored.
I'm currently running it in a patched version of wine 1.0. The patch is here:
http://bugs.winehq.org/show_bug.cgi?id=13066
http://bugs.winehq.org/show_bug.cgi?id=13065
--- Comment #4 from Austin English austinenglish@gmail.com 2008-11-05 12:33:14 --- You could try a virtual desktop.
http://bugs.winehq.org/show_bug.cgi?id=13065
--- Comment #5 from Rod Schaffter rschaffter@comcast.net 2008-11-05 14:43:14 --- This bug pertains to the virtual desktop mode.
http://bugs.winehq.org/show_bug.cgi?id=13065
--- Comment #6 from Austin English austinenglish@gmail.com 2009-05-06 05:38:09 --- Is this still an issue in current (1.1.20 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=13065
--- Comment #7 from Rod Schaffter rschaffter@comcast.net 2009-05-06 07:46:00 --- Yes, this bug still exists in wine 1.1.20.
I'm currently running Poser on the KDE desktop under Wine 1.1.15 patched per comment #13 in bug 13066:
http://bugs.winehq.org/show_bug.cgi?id=13066
Bug 13066 still exists in Wine 1.1.20 as well. I haven't yet tried patching versions after 1.1.15 because of time constraints.
http://bugs.winehq.org/show_bug.cgi?id=13065
Mike Waters aa4mw@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |aa4mw@yahoo.com
--- Comment #8 from Mike Waters aa4mw@yahoo.com 2009-05-17 21:15:24 --- This appears to be a Poser 7 problem, the program exhibits the same behavior when run on Win XP!
It is very frustrating since the entire program appears to "freeze" until the hidden button is clicked! I hav enot found a reliable workaround, but have reported this to Smith Micro.
http://bugs.winehq.org/show_bug.cgi?id=13065
--- Comment #9 from Rod Schaffter rschaffter@comcast.net 2009-05-18 06:08:54 --- I have never encountered this problem running poser under Windows 2000 or XP. Have you updated Poser to SR3? (it will show as version 7.0.4.220 under Help>About Poser) Also make sure your video drivers are up-to-date.
I'm currently running it on the KDE desktop under Wine 1.1.21 patched per Bug 13066
http://bugs.winehq.org/show_bug.cgi?id=13065
--- Comment #10 from Mike Waters aa4mw@yahoo.com 2009-05-18 10:45:06 --- (In reply to comment #9)
I have never encountered this problem running poser under Windows 2000 or XP. Have you updated Poser to SR3? (it will show as version 7.0.4.220 under Help>About Poser) Also make sure your video drivers are up-to-date.
I'm currently running it on the KDE desktop under Wine 1.1.21 patched per Bug 13066
Yes I routinely update whenever they send out an update. I will admit thta htis is pretty rare under Windows, but I have seen it happen.
I suspect that there is something in the Linux/Ubuntu/Wine setup thta makes it worse and produces some other display glitches however.
The most annoying seems to be that the display update runs about one command behind.
http://bugs.winehq.org/show_bug.cgi?id=13065
--- Comment #11 from Mike Waters aa4mw@yahoo.com 2009-06-30 12:47:06 --- (In reply to comment #10)
Yes I routinely update whenever they send out an update. I will admit thta htis is pretty rare under Windows, but I have seen it happen.
I have now seen this happen in a unique way under the current Wine (1.1.24 I believe). There continue to be numerous display issues with various pop up windows which appear underneath existing windows.
X windows has a major problem with moving a Poser internal window and defaults to some sort of "sticky" window with an offset. This magnifies an already difficult situation.
I have found that setting my NVIDIA display options to "fastest redraw" rather than "highest quality" helps but does not totally fix these problems.
http://bugs.winehq.org/show_bug.cgi?id=13065
--- Comment #12 from Austin English austinenglish@gmail.com 2010-01-04 12:17:03 --- This is your friendly reminder that there has been no bug activity for 6 months. Is this still an issue in current (1.1.35 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=13065
--- Comment #13 from Rod Schaffter rodschaffter@gmail.com 2010-01-05 14:35:06 --- This behavior still exists in wine 1.1.35 running on openSUSE 11.2 with KDE 4.3.4...
http://bugs.winehq.org/show_bug.cgi?id=13065
--- Comment #14 from Mike Waters aa4mw@yahoo.com 2010-01-05 23:09:26 --- I have now tried both Wine 1.1.35 and Wine 1.2 from the repository on two systems. Both running Ubuntu Karmic with all current updates applied. Video is a Nvidia 8400GS on both machines and has been run both with the proprietary drivers and the open source drivers without notable change.
The problem is still apparent and still inconsistent - the windows can be restored by rebooting Poser.
The 64 bit OS is far worse than the 32 bit OS, otherwise no change. wine 1.135 to wine 1.2 shows a slight improvement, but not a fix.
My "quick test" is to left click on the top bar of the main view window and drag the window a little, as if you had resized the window and were trying to recenter it.
It takes between two and a dozen random moves to make this window disappear, apparently behind the background image. The window is dragged in a jerky fashion not consistent with mouse moves as if the processor is overwhelmed by the compute (the 64 bit hardware is an I7 at 4ghz, 6Gb RAM with 10% loading shown on the CPU activity monitor).
This particular behaviour is not repeatable using WIN XP 32 bit or 64 bit on the same hardware.
There are other ways to produce this symptom, but this seems to be very consistent.
http://bugs.winehq.org/show_bug.cgi?id=13065
--- Comment #15 from Austin English austinenglish@gmail.com 2011-03-29 19:30:23 CDT --- This is your friendly reminder that there has been no bug activity for 6 months. Is this still an issue in current (1.3.16 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=13065
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #16 from joaopa jeremielapuree@yahoo.fr 2011-07-18 04:04:23 CDT --- no news since 1 year and half. This bug could be closed as ABANDONED.
http://bugs.winehq.org/show_bug.cgi?id=13065
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression CC| |wylda@volny.cz
--- Comment #17 from Wylda wylda@volny.cz 2011-07-18 07:17:47 CDT ---
no news since 1 year and half. This bug could be closed as ABANDONED.
I not so sure about closing this one. Comment #1 says regression and comment #8 invalid...
http://bugs.winehq.org/show_bug.cgi?id=13065
--- Comment #18 from Rod Schaffter rodschaffter@gmail.com 2011-07-19 10:29:19 CDT --- I haven't been using Poser much under Wine lately, but the bug still exists in Wine 1.3.24...
http://bugs.winehq.org/show_bug.cgi?id=13065
Henri Verbeet hverbeet@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Regression SHA1| |125793df0eab65798f53529784e | |7256d407f2ef0
http://bugs.winehq.org/show_bug.cgi?id=13065
--- Comment #19 from Austin English austinenglish@gmail.com 2013-11-13 16:50:20 CST --- This is your friendly reminder that there has been no bug activity for 2 years. Is this still an issue in current (1.7.6 or newer) wine? If so, please attach the terminal output in 1.7.6 (see http://wiki.winehq.org/FAQ#get_log).
http://bugs.winehq.org/show_bug.cgi?id=13065
--- Comment #20 from Rod Schaffter rodschaffter@gmail.com 2013-11-13 20:30:54 CST --- Created attachment 46513 --> http://bugs.winehq.org/attachment.cgi?id=46513 Terminal Output for Poser 7 in virtual desktop
https://bugs.winehq.org/show_bug.cgi?id=13065
--- Comment #21 from Austin English austinenglish@gmail.com --- This is your friendly reminder that there has been no bug activity for 1 year. Is this still an issue in current (1.7.31 or newer) wine? If so, please attach the terminal output in 1.7.31 (see http://wiki.winehq.org/FAQ#get_log).
https://bugs.winehq.org/show_bug.cgi?id=13065
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |ABANDONED
--- Comment #22 from Austin English austinenglish@gmail.com --- (In reply to Austin English from comment #21)
This is your friendly reminder that there has been no bug activity for 1 year. Is this still an issue in current (1.7.31 or newer) wine? If so, please attach the terminal output in 1.7.31 (see http://wiki.winehq.org/FAQ#get_log).
ABANDONED.
https://bugs.winehq.org/show_bug.cgi?id=13065
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #23 from Austin English austinenglish@gmail.com --- Closing.