http://bugs.winehq.org/show_bug.cgi?id=4964
------- Additional Comments From dank(a)kegel.com 2006-31-03 10:32 -------
Hi Juri,
any chance you could convert your test program
into an unattended Wine conformance test?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4730
------- Additional Comments From lcid-fire(a)gmx.net 2006-31-03 09:48 -------
Dapper is the codename of the development version of ubuntu. So I think it has
to run in order to run wine - would probably not work without an os ;)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3687
------- Additional Comments From enno.rehling(a)gmail.com 2006-31-03 09:34 -------
Nice. I tried it again a few days ago, with the latest debian packages, and the
palette problems were still there. I think I'll hae to compile it myself and
take another look.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=4518
tony.lambregts(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jeremielapuree(a)yahoo.fr
------- Additional Comments From tony.lambregts(a)gmail.com 2006-31-03 09:23 -------
*** Bug 4963 has been marked as a duplicate of this bug. ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4963
tony.lambregts(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |DUPLICATE
------- Additional Comments From tony.lambregts(a)gmail.com 2006-31-03 09:23 -------
Resolving As Duplicate.
*** This bug has been marked as a duplicate of 4518 ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4964
------- Additional Comments From juris.smotrovs(a)sets.lv 2006-31-03 08:42 -------
Created an attachment (id=2181)
--> (http://bugs.winehq.org/attachment.cgi?id=2181&action=view)
Patch solving the problem
Currently the SWP_NOCLIENTSIZE is removed only if size in pixels changes.
The patch removes the flag also when the window gets maximized or minimized,
so that WM_SIZE gets sent also in these cases (see description in MSDN).
This removing is added in dlls/x11drv/winpos.c, fixup_flags(...)
where other similar flag adaptations are done.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4964
------- Additional Comments From juris.smotrovs(a)sets.lv 2006-31-03 08:27 -------
Created an attachment (id=2180)
--> (http://bugs.winehq.org/attachment.cgi?id=2180&action=view)
Testcase illustrating the problem
1. Start the program: "wine Size.exe"
2. Select File->New (do not resize frame window before that!)
In Windows, the MDI child opens maximized.
In Wine, it opens normalized.
The reason: the application stores its maximization
state in its own variable which is modified at WM_SIZE events.
Since the child does not receive the WM_SIZE event with Wine,
the variable is not correctly updated.
If you resize frame window before Step 2., the child opens maximized,
because its size in pixels changes at maximization, so WM_SIZE is sent.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4964
Summary: MDI child not informed of max/minimization
Product: Wine
Version: 0.9.10.
Platform: All
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-x11driver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: juris.smotrovs(a)sets.lv
Wine does not send WM_SIZE message to MDI child if it has been
maximized/minimized so that its size in pixels remains unchanged.
According to MSDN:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/winu…
, WM_SIZE should be sent also if the window has become max/minimized, regardless
of whether its size in pixels has changed.
In Wine the WM_SIZE message is sent if the flag SWP_NOCLIENTSIZE is not set
(see dll/user/defwnd.c, DEFWND_HandleWindowPosChanged(...) ).
However, this flag is set always (see dll/x11drv/winpos.c,
SWP_DoWinPosChanging(...) ), unless the window size in pixels has changed
(see dll/x11drv/winpos.c, SWP_DoNCCalcSize(...) ).
Thus, if the size in pixels has not changed, WM_SIZE is not sent at
max/minimization.
A typical situation when this error occurs, is if the application
adjusts the size of MDI child to the size of the frame window,
so that at maximization the actual size in pixels turns out to be the same.
I will attach a testcase and a patch shortly.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4963
------- Additional Comments From jeremielapuree(a)yahoo.fr 2006-31-03 08:07 -------
Sorry. Indeed, it seems to be a duplicate. Can you mark it as duplicate?
Joaopa
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.