http://bugs.winehq.com/show_bug.cgi?id=1265
------- Additional Comments From pmcnett(a)pm-sc.com 2003-02-10 19:35 -------
I didn't try your first fix but the second works!! This is great for Visual
FoxPro and Wine...
One thing though, not sure if this should be a separate bug report or not. If
I display some ToolTipText, and then switch to a different application, the
ToolTipText will be displaying on top of the foreground app's windows as well.
Actually, the ToolTipText will be on every desktop workspace, on top of all
other windows. I had previously noticed this phenomenon for dockable windows
that were currently undocked in the VFP IDE, so I'm assuming this is a
separate issue entirely and will likely file a separate bug report in a couple
weeks...
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1265>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1258
------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-02-10 18:36 -------
Hi, please attach a full --debugmsg +relay logfile.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1258>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1260
andi(a)rhlx01.fht-esslingen.de changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
everconfirmed|0 |1
------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-02-10 18:34 -------
Hi, please attach a --debugmsg +server logfile.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1260>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=570
------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-02-10 18:10 -------
OK, just submitted a fix (add GetSystemMetrics(SM_CYCAPTION) to vertical window
size).
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=570>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=291
andi(a)rhlx01.fht-esslingen.de changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-02-10 18:09 -------
OK, just submitted a fix (add GetSystemMetrics(SM_CYCAPTION) to vertical window
size), fixing.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=291>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1266
------- Additional Comments From dclark(a)akamail.com 2003-02-10 17:31 -------
Oh, cool. The patch I put on bug 1265 also fixes this one.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1266>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1265
------- Additional Comments From dclark(a)akamail.com 2003-02-10 16:35 -------
It looks like this is a much better fix.
Index: dlls/x11drv/winpos.c
===================================================================
RCS file: /home/wine/wine/dlls/x11drv/winpos.c,v
retrieving revision 1.63
diff -u -r1.63 winpos.c
--- dlls/x11drv/winpos.c 8 Jan 2003 21:09:26 -0000 1.63
+++ dlls/x11drv/winpos.c 10 Feb 2003 22:33:20 -0000
@@ -887,6 +887,9 @@
UINT wvrFlags = 0;
BOOL bChangePos;
+ /* This is needed to flush pending X ConfigureNotify events on this window */
+ MsgWaitForMultipleObjectsEx( 0, NULL, 0, 0, 0 );
+
TRACE( "hwnd %p, swp (%i,%i)-(%i,%i) flags %08x\n",
winpos->hwnd, winpos->x, winpos->y,
winpos->x + winpos->cx, winpos->y + winpos->cy, winpos->flags);
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1265>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1265
------- Additional Comments From dclark(a)akamail.com 2003-02-10 15:48 -------
And it looks like this patch fixes this bug. I am not real sure why this code is
here, so will have to study more before submitting. And there are already lots
of patches setting in the queue already :-)
An X ConfigureNotify event is a notification that a window has just been
changed. So it is not clear to me why Wine immediately then changes it again. I
will have to test with a bunch of apps to see if I can figure out what (if
anything) it is needed for.
Watch out for word wrap.
Index: dlls/x11drv/winpos.c
===================================================================
RCS file: /home/wine/wine/dlls/x11drv/winpos.c,v
retrieving revision 1.63
diff -u -r1.63 winpos.c
--- dlls/x11drv/winpos.c 8 Jan 2003 21:09:26 -0000 1.63
+++ dlls/x11drv/winpos.c 10 Feb 2003 21:41:08 -0000
@@ -1609,8 +1611,8 @@
/* if nothing changed, don't do anything */
if (winpos.flags == (SWP_NOMOVE | SWP_NOSIZE | SWP_NOZORDER |
SWP_NOACTIVATE)) return;
- SetWindowPos( hwnd, winpos.hwndInsertAfter, winpos.x, winpos.y,
- winpos.cx, winpos.cy, winpos.flags | SWP_WINE_NOHOSTMOVE );
+/* SetWindowPos( hwnd, winpos.hwndInsertAfter, winpos.x, winpos.y,
+ winpos.cx, winpos.cy, winpos.flags | SWP_WINE_NOHOSTMOVE );*/
}
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1265>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1272
------- Additional Comments From felipewd(a)elipse.com.br 2003-02-10 13:53 -------
You're right.
It turned out to be a Window Maker bug.
I tried the same program with gnome and it worked fine.
So, ok...the "main" bug is not a wine bug...but a minor bug still exists: The
window gets resized to a really tiniy value when minimized.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1272>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1272
------- Additional Comments From dclark(a)akamail.com 2003-02-10 13:25 -------
I finally figured out that the attachments were gzip files. Netscape 7 thinks
they are named showattachment.cgi, and there were no other clues that I could
see to what they were. The "executable" unpacks into a .so file for some reason.
When I execute, it says I need libstdc++.so.5.
Anyway, I was able to compile from the source and run that. And yes, my patch
does not fix your app. On the otherhand, I don't get the symptom of it locking
up. Yes it is restored to a tiny window and I have to resize it by hand, but the
"hello world" is displayed just fine for me.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1272>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.