http://bugs.winehq.org/show_bug.cgi?id=12431
Summary: programs window moves down when clicking in a menu Product: Wine Version: 0.9.58. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: gentosaker@gmail.com
Created an attachment (id=11968) --> (http://bugs.winehq.org/attachment.cgi?id=11968) The console output of the command wine .wine/drive_c/Program\ Files/E/E.exe
With wine 0.9.59 I get a strange problem with a specific program. A program that only I have access to, and unfortunatly cant send to you. But I will explain the problem to see if it can help to find any bugs in any way. The program is written in Delphi and it works in wine, but with wine 0.9.59 it starts to behave strange. When clicking in a menu (like, edit, file.. etc) the window moves down a bit and the bottom is outside of the screen. Maximizing the window makes it the correct size, but it is draged to the lower part of the screen, and there is space left at the top, with a height equal to the desktops statusbar below. Repeated clicking in file menu makes the window go down even more.
The pgoram notepad++ works as it should.
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #1 from Austin English austinenglish@gmail.com 2008-04-08 04:48:05 --- Can you run a regression test:
http://wiki.winehq.org/RegressionTesting
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #2 from Efraim gentosaker@gmail.com 2008-04-08 05:35:12 --- I will try. Please be patient.
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #3 from Efraim gentosaker@gmail.com 2008-04-08 10:21:35 --- I must say the regression test with git worked like a charm :-)
Anyway, the result is:
cef3bc62ce28b1e19624dd6c121bf1aa3247c3b7 is first bad commit commit cef3bc62ce28b1e19624dd6c121bf1aa3247c3b7 Author: Alexandre Julliard julliard@winehq.org Date: Fri Apr 4 11:20:45 2008 +0200
winex11: Always update the window position without relying on the cached values.
:040000 040000 aff6fa9392558798ff255ff91266995bd10461ad ac90b3df97026451942c3f57065bbcd66187fe61 M dlls
http://bugs.winehq.org/show_bug.cgi?id=12431
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |julliard@winehq.org Keywords| |regression
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #4 from Alexandre Julliard julliard@winehq.org 2008-04-08 13:50:51 --- Please attach a WINEDEBUG=win,event,x11drv trace.
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #5 from Efraim gentosaker@gmail.com 2008-04-09 01:58:57 --- (In reply to comment #4)
Please attach a WINEDEBUG=win,event,x11drv trace.
I will do that if you can tell me how to do it.
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #6 from Austin English austinenglish@gmail.com 2008-04-09 02:23:22 --- (In reply to comment #5)
(In reply to comment #4)
Please attach a WINEDEBUG=win,event,x11drv trace.
I will do that if you can tell me how to do it.
$ WINEDEBUG=+win,+event,+x11drv wine yourapp.exe &> /tmp/log.txt $ bzip2 -9 /tmp/log.txt
Then attach /tmp/log.txt.bz2 here.
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #7 from Efraim gentosaker@gmail.com 2008-04-09 02:49:59 ---
$ WINEDEBUG=+win,+event,+x11drv wine yourapp.exe &> /tmp/log.txt $ bzip2 -9 /tmp/log.txt
Then attach /tmp/log.txt.bz2 here.
Ah, in that case, should I not run the wine version with the problem? I.e. the last bad git bisect version? The git version I have right now is working, so if you could help me run the correct version ( I really do not know how to get the falty version, or will any fawlty version do?), then I could run wine as mentioned above.
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #8 from Austin English austinenglish@gmail.com 2008-04-09 03:14:17 --- (In reply to comment #7)
$ WINEDEBUG=+win,+event,+x11drv wine yourapp.exe &> /tmp/log.txt $ bzip2 -9 /tmp/log.txt
Then attach /tmp/log.txt.bz2 here.
Ah, in that case, should I not run the wine version with the problem? I.e. the last bad git bisect version? The git version I have right now is working, so if you could help me run the correct version ( I really do not know how to get the falty version, or will any fawlty version do?), then I could run wine as mentioned above.
$ git fetch ; git rebase origin && ./configure && make clean && make depend && make
This will update git to the newest version, then build it. That way, the event log can show what is actually happening, so hopefully a patch can be made to do what should be happening.
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #9 from Efraim gentosaker@gmail.com 2008-04-09 03:29:46 --- Created an attachment (id=12000) --> (http://bugs.winehq.org/attachment.cgi?id=12000) trace
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #10 from Alexandre Julliard julliard@winehq.org 2008-04-09 04:34:22 --- Created an attachment (id=12001) --> (http://bugs.winehq.org/attachment.cgi?id=12001) Set window gravity
Thanks for the trace. Does this patch make any difference?
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #11 from Efraim gentosaker@gmail.com 2008-04-09 05:20:57 --- (In reply to comment #10)
Created an attachment (id=12001)
--> (http://bugs.winehq.org/attachment.cgi?id=12001) [details]
Set window gravity
Thanks for the trace. Does this patch make any difference?
Yes, the patch makes it move upwards and a to the left instead of downwards.
Should I do git reset --hard origin before applying a new patch?
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #12 from Alexandre Julliard julliard@winehq.org 2008-04-09 05:28:37 --- (In reply to comment #11)
Should I do git reset --hard origin before applying a new patch?
Yes, the patch needs to be tested against the latest version. If it still doesn't work right, could you please get the same trace again with the patch applied?
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #13 from Efraim gentosaker@gmail.com 2008-04-09 05:53:53 --- Well, now it moved downwards again, but another component seemed to move upwards. Hmm.. a little hard to explain, but there is still a bug. I will soon attach the log file.
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #14 from Efraim gentosaker@gmail.com 2008-04-09 05:56:57 --- Created an attachment (id=12003) --> (http://bugs.winehq.org/attachment.cgi?id=12003) trace with patched version
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #15 from Alexandre Julliard julliard@winehq.org 2008-04-09 10:07:04 --- It looks like window gravity is not respected. What window manager are you using?
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #16 from Efraim gentosaker@gmail.com 2008-04-10 02:17:47 --- (In reply to comment #15)
It looks like window gravity is not respected. What window manager are you using?
Fluxbox version 1.0.0
http://bugs.winehq.org/show_bug.cgi?id=12431
Vincent Hardy vincent.hardy.be@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |vincent.hardy.be@gmail.com
--- Comment #17 from Vincent Hardy vincent.hardy.be@gmail.com 2008-04-10 03:04:55 --- I've the same problem with another delphi program on KDE 3.5
http://bugs.winehq.org/show_bug.cgi?id=12431
Johan Hovold jhovold@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jhovold@gmail.com
--- Comment #18 from Johan Hovold jhovold@gmail.com 2008-04-17 05:22:09 --- I have a similar problem with wine 0.9.59 and fluxbox 1.0.0 (gentoo). Application windows move up and left at each refresh (clicking a tab, or redraw due to timer events). Also reproducable with winemine -- window moves when pressing the restart/smiley button.
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #19 from Johan Hovold jhovold@gmail.com 2008-04-17 07:24:56 --- I can verify that it is a regression since downgrading to 0.9.58 (or 0.9.55) makes the problem go away for both apps (private one and winemine). Happy hunting! ;)
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #20 from Efraim Barkbit gentosaker@gmail.com 2008-04-23 02:59:18 --- Any updates on this? Status says Unconfirmed. I guess the bughunters are quite buzy already?
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #21 from James McKenzie jjmckenzie51@sprintpcs.com 2008-04-30 22:32:43 --- Bugs are confirmed by VOTING on them. We need more votes. This is not related to the problem I'm having (I think) with InstallShield moving the window down the screen as program installation progresses.
http://bugs.winehq.org/show_bug.cgi?id=12431
Ramon Figueroa-Centeno ramonf@hawaii.edu changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #22 from Ramon Figueroa-Centeno ramonf@hawaii.edu 2008-04-30 23:12:32 --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #23 from Austin English austinenglish@gmail.com 2008-04-30 23:16:39 --- (In reply to comment #20)
Any updates on this? Status says Unconfirmed. I guess the bughunters are quite buzy already?
A downloadable program showing the problem would be helpful.
http://bugs.winehq.org/show_bug.cgi?id=12431
Ramon Figueroa-Centeno ramonf@hawaii.edu changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ramonf@hawaii.edu
--- Comment #24 from Ramon Figueroa-Centeno ramonf@hawaii.edu 2008-04-30 23:18:30 --- I get the same bug in OS X.
The shift is by a distance that is the width of the window title bar.
It occurs in several applications, including winemine.
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #25 from Efraim Barkbit gentosaker@gmail.com 2008-05-02 04:34:11 --- Created an attachment (id=12637) --> (http://bugs.winehq.org/attachment.cgi?id=12637) Example of "moving" program
Run it, and click on "File" repeatedly. It will move. It's a delphi program and it uses a menu component from http://www.devexpress.com/
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #26 from Austin English austinenglish@gmail.com 2008-05-02 12:46:48 --- (In reply to comment #25)
Created an attachment (id=12637)
--> (http://bugs.winehq.org/attachment.cgi?id=12637) [details]
Example of "moving" program
Run it, and click on "File" repeatedly. It will move. It's a delphi program and it uses a menu component from http://www.devexpress.com/
Works fine for me in yesterday's git and ubuntu feisty/gnome.
http://bugs.winehq.org/show_bug.cgi?id=12431
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download
--- Comment #27 from Austin English austinenglish@gmail.com 2008-05-02 12:47:06 --- Can you attach the source to that test program?
http://bugs.winehq.org/show_bug.cgi?id=12431
nathan.n saturn_systems@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |saturn_systems@yahoo.com
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #28 from Efraim Barkbit gentosaker@gmail.com 2008-05-05 02:55:08 --- (In reply to comment #27)
Can you attach the source to that test program?
No sorry, it uses a component (Expressbars) that I have no source for.
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #29 from Efraim Barkbit gentosaker@gmail.com 2008-05-05 03:33:20 --- (In reply to comment #26)
(In reply to comment #25)
Created an attachment (id=12637)
--> (http://bugs.winehq.org/attachment.cgi?id=12637) [details] [details]
Example of "moving" program
Run it, and click on "File" repeatedly. It will move. It's a delphi program and it uses a menu component from http://www.devexpress.com/
Works fine for me in yesterday's git and ubuntu feisty/gnome.
I just tried 0.9.61 (and it was same problem there) but I should perhaps test that git version. How can I get the same version that you tested? We better use the same to find the problem. Is there a checkout command we both can use to get the same version? I'm no git-expert.
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #30 from Austin English austinenglish@gmail.com 2008-05-05 05:01:15 --- (In reply to comment #29)
Works fine for me in yesterday's git and ubuntu feisty/gnome.
I just tried 0.9.61 (and it was same problem there) but I should perhaps test that git version. How can I get the same version that you tested? We better use the same to find the problem. Is there a checkout command we both can use to get the same version? I'm no git-expert.
$ git reset wine-0.9.61
Works fine in kubuntu hardy w/ kde 4 as well with the test program attached to this bug.
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #31 from Vincent Hardy vincent.hardy.be@gmail.com 2008-05-05 05:38:53 --- (Comment #17) works fine now with wine-0.9.61, kde-3.5 and my specific Delphi program.
http://bugs.winehq.org/show_bug.cgi?id=12431
maxstirlitz maxstirlitz@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |maxstirlitz@web.de
--- Comment #32 from maxstirlitz maxstirlitz@web.de 2008-05-06 06:59:23 --- I just tried 0.9.61 and this specific Delphi program on OS X 10.5 This does not function yet properly on Mac. Window still moves down. It occurs in several applications.
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #33 from Alexandre Julliard julliard@winehq.org 2008-05-06 08:48:55 --- (In reply to comment #32)
I just tried 0.9.61 and this specific Delphi program on OS X 10.5 This does not function yet properly on Mac. Window still moves down. It occurs in several applications.
The quartz-wm window manager doesn't implement window gravity properly. I'm afraid there's nothing we can do about that.
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #34 from maxstirlitz maxstirlitz@web.de 2008-05-06 12:15:17 --- (In reply to comment #33)
(In reply to comment #32)
I just tried 0.9.61 and this specific Delphi program on OS X 10.5 This does not function yet properly on Mac. Window still moves down. It occurs in several applications.
The quartz-wm window manager doesn't implement window gravity properly. I'm afraid there's nothing we can do about that.
It was OK before 0.9.59
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #35 from Alexandre Julliard julliard@winehq.org 2008-05-06 12:31:07 --- (In reply to comment #34)
It was OK before 0.9.59
If you are using quartz-wm then no, it wasn't OK. The breakage was less visible because of the position caching, but it was still broken in many cases, and it was broken with correct wms too.
Now it should work better with wms that implement the spec, which unfortunately means it's worse with broken wms. I think that's a reasonable trade-off.
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #36 from maxstirlitz maxstirlitz@web.de 2008-05-07 04:19:20 --- (In reply to comment #35)
(In reply to comment #34)
It was OK before 0.9.59
If you are using quartz-wm then no, it wasn't OK. The breakage was less visible because of the position caching, but it was still broken in many cases, and it was broken with correct wms too.
Now it should work better with wms that implement the spec, which unfortunately means it's worse with broken wms. I think that's a reasonable trade-off.
I find this also as a good compromise. I use quartz-wm, so I would be glad very much if a possibility is found to make good also for Mac X11 standard wm against.
http://bugs.winehq.org/show_bug.cgi?id=12431
Mark Tiefenbruck mark@fluxbox.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mark@fluxbox.org
--- Comment #37 from Mark Tiefenbruck mark@fluxbox.org 2008-05-07 10:37:16 --- Hi, I'm a fluxbox developer. I hope that we can work to resolve this bug.
I've reproduced the problem with winemine from wine's 0.9.61 and the current git version of fluxbox. Here's what my data showed:
The fluxbox window frame is placed at (115,178). The X border width is 1, and the titlebar height is 16 (these are the only things that affect the location of the client window in fluxbox). Therefore, the winemine window is located at (116,195) in the root coordinate system.
When I click on the smiley face, fluxbox receives an XConfigureRequestEvent with x=115, y=194, and the window uses static gravity. Therefore, this is not a problem with the way fluxbox handles gravity. Winemine really does request to move the window up and left.
Some experimentation reveals that the offset in the configure requests is equal to the border width of the fluxbox window frame. Maybe we're misreporting something to you, or maybe winemine is miscalculating its location in the root window. Can you tell me how the values from the configure request are calculated?
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #38 from Alexandre Julliard julliard@winehq.org 2008-05-07 11:00:25 --- The values are what Wine believes to be the current position of the window, in this case probably based on the last ConfigureNotify it received. Could it be that you are not taking into account the border width of the frame window in the ConfigureNotify you generate? You can run with WINEDEBUG=event to see what Wine receives.
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #39 from Mark Tiefenbruck mark@fluxbox.org 2008-05-07 13:35:53 --- Yup, you're right. I had actually noticed that before, but I left it because fixing it made some Swing apps go crazy and I didn't know any programs that had problems with the current behavior. I've fixed it in our current git, and I guess I'll try to figure out what Swing's problem is.
http://bugs.winehq.org/show_bug.cgi?id=12431
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #40 from Alexandre Julliard julliard@winehq.org 2008-05-07 14:19:25 --- Thanks for looking into this. Marking bug as fixed since the Wine side is behaving correctly now.
http://bugs.winehq.org/show_bug.cgi?id=12431
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #41 from Alexandre Julliard julliard@winehq.org 2008-05-09 12:54:58 --- Closing bugs fixed in 1.0-rc1.
http://bugs.winehq.org/show_bug.cgi?id=12431
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gimmeapill@gmail.com
--- Comment #42 from Dmitry Timoshkov dmitry@codeweavers.com 2008-05-13 21:39:45 --- *** Bug 13203 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=12431
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |joris_huizer@yahoo.com
--- Comment #43 from Alexandre Julliard julliard@winehq.org 2008-05-30 09:23:05 --- *** Bug 13544 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=12431
Vincent Hardy vincent.hardy.be@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|vincent.hardy.be@gmail.com |
http://bugs.winehq.org/show_bug.cgi?id=12431
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jwdelaat@gmail.com
--- Comment #44 from Alexandre Julliard julliard@winehq.org 2008-06-10 09:12:20 --- *** Bug 13721 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=12431
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |superfranky@gmx.at
--- Comment #45 from Alexandre Julliard julliard@winehq.org 2008-06-16 07:35:23 --- *** Bug 13942 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=12431
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |kogepathic@gmail.com
--- Comment #46 from Austin English austinenglish@gmail.com 2008-06-22 02:44:17 --- *** Bug 14051 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #47 from Dmitry Timoshkov dmitry@codeweavers.com 2008-06-23 05:55:56 --- *** Bug 14064 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #48 from HMartin kogepathic@gmail.com 2008-06-23 18:09:49 --- Will someone please reopen this bug as it has not been fixed.
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #49 from Dmitry Timoshkov dmitry@codeweavers.com 2008-06-24 02:33:10 --- (In reply to comment #48)
Will someone please reopen this bug as it has not been fixed.
Please describe your problem, which application is that, and what Window Manager you are using.
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #50 from Alexandre Julliard julliard@winehq.org 2008-06-24 02:37:54 --- (In reply to comment #48)
Will someone please reopen this bug as it has not been fixed.
The bug is fixed, remaining problems are because some broken window managers don't report the correct position in ConfigureNotify. There's nothing we can do about that, it needs to be fixed on the window manager side, please file a bug there.
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #51 from Dmitry Timoshkov dmitry@codeweavers.com 2008-06-24 02:39:58 --- Apparently the details are in the bug 14051:
Wine 1.0 Firefox 3.0 Gentoo 2007.1, Enlightenment DR17
A similar bug has been reported for fluxbox and quartz-wm, and this looks like a bug in Enlightenment this time. Please report this to Enlightenment developers.
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #52 from Mark Tiefenbruck mark@fluxbox.org 2008-06-24 06:13:42 --- It's not a bad idea to fix the bug on both sides of the issue, so that people using broken window managers still don't see it. You shouldn't specify a position for a window that you don't want to move. ConfigureNotify events are really poorly explained in the ICCCM, and you'll save yourself a world of problems by not generating them spuriously (not to mention some execution speed from avoiding round trips to the X server).
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #53 from Alexandre Julliard julliard@winehq.org 2008-06-24 08:08:44 --- The problem is that we don't know if we want to move it or not, because we can't keep track of the current position reliably, for various reasons. Windows apps expect to have a lot of control over window management, and to support that we need the window manager to give us exact information.
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #54 from Mark Tiefenbruck mark@fluxbox.org 2008-06-24 15:18:25 --- Yes, I trust your judgment on that. I certainly don't know anything about Windows apps or the little quirks that have shaped your interactions in X. But I can assure you that just about every new (non-tiling) window manager gets these things wrong more than once, and since most apps never ask to move or resize the window or care at all where they are, these bugs tend to go unnoticed. Maybe you should consider using XTranslateCoordinates instead of relying on the window manager. Northwest gravity would also be safer than static gravity for much the same reason.
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #55 from Alexandre Julliard julliard@winehq.org 2008-06-24 15:41:38 --- Northwest gravity can't work because many apps expect the window to be where they requested it, not offset by the wm decorations.
For a long time Wine has tried to stick to the lowest common denominator, which is very low indeed for window managers. Unfortunately there's just no way to provide a satisfying user experience that way, no matter how much we tried. Nowadays there are enough window managers that work (almost) right that we can afford to require better standard compliance, as it makes a lot of things work much better. It does cause some harm on broken wms, but it's worth it. Besides, fixing broken wms is easier than changing windows apps...
http://bugs.winehq.org/show_bug.cgi?id=12431
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |Jan.Ploski@offis.de
--- Comment #56 from Dmitry Timoshkov dmitry@codeweavers.com 2008-08-04 03:05:18 --- *** Bug 14747 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=12431
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |moe@hup.de
--- Comment #57 from Dmitry Timoshkov dmitry@codeweavers.com 2008-08-13 10:44:36 --- *** Bug 14852 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #58 from Marko Oette moe@hup.de 2008-08-13 11:58:53 --- Alexandre, so - in reference to Bug 14852 (Same problem on Mac OS X) - you are actually saying that the MacOS X window manager is broken.
Actually that's noting *we* can fix. I cannot make my apps not call "DrawMenubar()" when they want to update the menu - for example the MDI child window or MRU list.
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #59 from Dmitry Timoshkov dmitry@codeweavers.com 2008-08-14 01:46:25 --- There is nothing we can do on the Wine side either. Still, you can report the bug to Apple in the hope it will be fixed properly.
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #60 from Marko Oette moe@hup.de 2008-08-15 04:35:18 --- (In reply to comment #59)
Still, you can report the bug to Apple in the hope it will be fixed properly.
I contacted apple to get more information on this issue. Are you sure that the 21 pixel offset is the window decoration or is it the Max OS Menu bar?
--
Anyway in the meantime I had a look at the code of wine/user32.dll and wineserver/window.c.
Maybe someone could explan to me, why a window is moved even when SetWindowPos is flagged with "SWP_NOMOVE". Actually as written in my Bugreport the call so SetWindowPos is causing the window to move - wich I would not expact to happen - whatever bug the window manager has.
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #61 from Dmitry Timoshkov dmitry@codeweavers.com 2008-08-15 05:32:53 --- (In reply to comment #60)
Maybe someone could explan to me, why a window is moved even when SetWindowPos is flagged with "SWP_NOMOVE". Actually as written in my Bugreport the call so SetWindowPos is causing the window to move - wich I would not expact to happen
- whatever bug the window manager has.
It's explained in the Comment #53.
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #62 from Marko Oette moe@hup.de 2008-08-15 05:40:27 --- (In reply to comment #61)
It's explained in the Comment #53.
I've read that, but don't get it. I see that the window is always moved. But not why. Maybe I'm missing the insight.
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #63 from Dmitry Timoshkov dmitry@codeweavers.com 2008-08-15 05:51:05 --- (In reply to comment #62)
(In reply to comment #61)
It's explained in the Comment #53.
I've read that, but don't get it. I see that the window is always moved. But not why. Maybe I'm missing the insight.
Then just trust on the word :-)
http://bugs.winehq.org/show_bug.cgi?id=12431
--- Comment #64 from Marko Oette moe@hup.de 2008-08-26 05:03:25 --- This is a hint for all Mac OS X users:
This bug has been reported to Apple. The fix is scheduled for future releases.
To speed up things you may submit a bug report using the Apple Bug Reporting tool http://bugreport.apple.com.
The more bug reports the faster things may be.
http://bugs.winehq.org/show_bug.cgi?id=12431
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |archaemic.spam@gmail.com
--- Comment #65 from Vitaliy Margolen vitaliy@kievinfo.com 2008-11-20 21:58:41 --- *** Bug 16141 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=12431
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |l_bratch@yahoo.co.uk
--- Comment #66 from Dmitry Timoshkov dmitry@codeweavers.com 2009-03-16 02:13:00 --- *** Bug 17690 has been marked as a duplicate of this bug. ***
-
wine-bugs＠winehq.org