http://bugs.winehq.org/show_bug.cgi?id=3148
------- Additional Comments From julliard(a)winehq.com 2005-07-09 10:45 -------
The patch is included in the August release (cvs log is your friend).
--
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=3148
------- Additional Comments From hijinio(a)yahoo.com 2005-07-09 10:36 -------
Let's wait on this one. Alexandre said the patch was applied two weeks ago, but
I experienced the same issues when I tried the August release. (I experienced
less behavior bugs when I applied the patch on my own awhile back.) Hopefully,
he applied the patch *after* the August release, and things will be fixed for
the September release.
Hiji
--
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=3299
Summary: MSI problems: ABBBY FineReader Professional 7.0 does not
install
Product: Wine
Version: 20050830
Platform: Other
URL: http://www.das-download-archiv.de/download_file626.html
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: wine-ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: marcus(a)jet.franken.de
Hi,
http://www.das-download-archiv.de/download_file626.html
has an application that does not install due to some MSI failures:
fixme:msi:MsiInstallProductW L"C:\\windows\\temp\\WZS1bf6.tmp\\ABBYY
FineReader 7.0 Professional Edition.msi" (null)
fixme:msi:MsiGetMode STUB (iRunMode=16)
fixme:msi:MsiGetMode STUB (iRunMode=17)
fixme:msi:MsiGetMode STUB (iRunMode=16)
fixme:msi:MsiGetMode STUB (iRunMode=16)
Internal Program Error:
C:\FineReader7\Install\Pro_Corporate\InstallTools\Src\MsiHelper.cpp, 263.
err:msi:ITERATE_Actions Execution halted due to error (1603)
fixme:msi:msi_dialog_set_control_condition Unhandled action L"Default"
--
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=3253
------- Additional Comments From twigathy(a)gmail.com 2005-07-09 09:21 -------
Okay, with the latest build of wine (Wine 20050830) graphics are no longer
trippy but the issue with laggy mouse controls is still around. Tried running in
a window without desktop, with desktop to no avail.
--
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=3298
Summary: Word 95: Dialog boxes are unusable (X11 ConfigureNotify
problem)
Product: Wine
Version: CVS
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: wine-x11driver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hallo(a)michael-kaufmann.ch
The dialog boxes of Word 95 often appear with the minimal window size (about
70x50 pixels), so they're unusable. With KDE's window manager (KWin) this
happens very often. With Enlightenment and GNOME's window manager (Metacity), it
only happens from time to time.
I've looked for the reason, and I think it's very closely related to bug 1265
which Duane Clark has tried to fix here:
http://www.winehq.com/hypermail/wine-patches/2003/02/0095.html
That's what's going on (CVS version of Wine, managed window mode):
1. Word creates a dialog with an initial position of (0,0) and size 0x0 (using
CreateWindowEx)
2. Word calls SetWindowPos to set the correct dialog position and size
3. Word calls SetWindowPos to show the dialog (SWP_SHOWWINDOW)
4. The dialog gets the focus, the main window is being deactivated
5. In the WM_NCACTIVATE procedure of the main window, Word calls GetQueueStatus.
Wine will process X events.
6. Wine receives a ConfigureEvent for the initial dialog position and size (0x0)
and saves this to data->whole_rect in X11DRV_sync_window_position
(7. If you're lucky, WINE also receives a ConfigureEvent for the correct dialog
position)
8. Wine shows the dialog and maps it. It calls X11DRV_set_wm_hints, which calls
set_size_hints. This procedure uses data->whole_rect as the dialog's rectangle.
But this stored rectangle is completely wrong because WINE has not yet received
all ConfigureEvents.
9. The window manager has to resize the dialog to the wrong size.
I've not yet managed to write a simple test program; it seems that the timing is
very important for this bug to appear.
How this bug could be fixed:
- Process all X events before setting the window position in SetWindowPos, but I
don't know if that's possible.
- Don't handle X events in MsgWaitForMultipleObjectsEx, just wait for them
(won't fix the actual bug but will probably fix the problem for Word 95).
- Don't cache the X11 window rectangle and always use XGetGeometry to
get the current window rectangle (efficiency loss)
If you really need Word 95, you may apply this patch which breaks other
applications but works fine with Word 95:
http://www.winehq.com/hypermail/wine-devel/2005/08/0346.html
--
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=764
------- Additional Comments From titan.costa(a)wanadoo.fr 2005-07-09 07:13 -------
What's the problem?
It runs fine here with builtin quartz.
Could you try again?
--
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=3297
Summary: UpdateWindow() doesn't call XFlush()
Product: Wine
Version: CVS
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: wine-x11driver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hallo(a)michael-kaufmann.ch
After an application calls UpdateWindow(), sometimes the window contents doesn't
get updated until the application requests the next event
(GetMessage/PeekMessage). That's because UpdateWindow doesn't flush the X output
queue with XFlush().
I think the best approach would be that UpdateWindow calls GdiFlush, but
this function is currently not implemented.
--
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=3282
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2005-07-09 06:38 -------
Yip, that works; should i close the bug or leave it open, as it does not run in
normal mode?
--
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.