October 2009 - Wine-bugs - list.winehq.org

[Bug 11673] New: WiX cannot validate created .msi, due to lacking MsiMergeDatabase
by wine-bugs＠winehq.org 16 Apr '25

16 Apr '25

http://bugs.winehq.org/show_bug.cgi?id=11673 Summary: WiX cannot validate created .msi, due to lacking MsiMergeDatabase Product: Wine Version: unspecified Platform: Other URL: http://bugs.winehq.org/show_bug.cgi?id=11414#c10 OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: jdahlin(a)async.com.br Finally, using latest GIT it is possible to generate .msi using WiX, however to be able to do so one I have to pass in the -sval parameter. See the instructions in bug 11414, comment 10 for information on how to reproduce. Obviously, stubbing out MsiMergeDatabase to always succeed is not enough for the validation to work properly. I sent a patch to wine-patches which adds the stub, Adding the stub merely prevents wine from crashing, but the validation does not succeed. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 10

[Bug 18382] New: SubEdit fails to start
by wine-bugs＠winehq.org 12 Apr '25

12 Apr '25

http://bugs.winehq.org/show_bug.cgi?id=18382 Summary: SubEdit fails to start Product: Wine Version: 1.1.20 Platform: PC URL: http://matinf.pcz.pl/~subedit/download/subedit_b4072_ins tall.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=20962) --> (http://bugs.winehq.org/attachment.cgi?id=20962) Fatal error I'm using Wine 1.1.20 (compiled from source using gcc version 4.3.2 20081105 (Red Hat 4.3.2-7) ) on Fedora 10 i386. The problem is that SubEdit fails to start and shows fatal error. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 24

[Bug 14218] New: OleLoadPictureEx is not fully implemented (ole32)
by wine-bugs＠winehq.org 21 Mar '25

21 Mar '25

http://bugs.winehq.org/show_bug.cgi?id=14218 Summary: OleLoadPictureEx is not fully implemented (ole32) Product: Wine Version: 1.1.0 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: mehlers(a)adata.de Created an attachment (id=14504) --> (http://bugs.winehq.org/attachment.cgi?id=14504) Wine Output for OleLoadPictureEx The Main Window of our Software under Windows shows a Picture. If we use the builtin-Version of ole32 the Picture is not displayed. It seems that "OleLoadPictureEx" ist not fully implemented. See attachment "output.txt" for more information. adata Software GmbH Michael Ehlers -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 26

[Bug 18959] New: MetaTrader 4 installer hangs at the very end of file extraction
by wine-bugs＠winehq.org 25 Feb '25

25 Feb '25

http://bugs.winehq.org/show_bug.cgi?id=18959 Summary: MetaTrader 4 installer hangs at the very end of file extraction Product: Wine Version: 1.1.23 Platform: PC URL: http://www.metatrader4.com/files/mt4setup.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: arethusa26(a)gmail.com CC: julliard(a)winehq.org With today's Git (wine-1.1.23-221-gafce86b), the MetaTrader installer hangs at the very end of file extraction at "C:\Program Files\MetaTrader 4\mailbox\1190736044.english" with sufficient responsiveness to handle the Cancel button being pressed, which merely hides the installer window until a Ctrl+C interrupt is sent to the installer. The installer worked properly in 1.0.1, and the regression test revealed: 1c91d54503f9b2afa513dc4dd79bf19bc9bad51a is first bad commit commit 1c91d54503f9b2afa513dc4dd79bf19bc9bad51a Author: Alexandre Julliard <julliard(a)winehq.org> Date: Wed Feb 18 14:44:17 2009 +0100 msvcrt: Don't try to duplicate invalid handles. Don't reset std handles if we didn't set them. :040000 040000 2abf5f9a82de1d29b1fccadc658fc3a956388ac4 86464380dfe4aca4c5c11ea2a539a1fc5def03b8 M dlls Reverting the commit in HEAD allows the installer to start. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 32

[Bug 17743] New: Undocked toolbars are displayed incorrectly
by wine-bugs＠winehq.org 24 Feb '25

24 Feb '25

http://bugs.winehq.org/show_bug.cgi?id=17743 Summary: Undocked toolbars are displayed incorrectly Product: Wine Version: 1.0.1 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=19959) --> (http://bugs.winehq.org/attachment.cgi?id=19959) Text toolbar I'm using Wine 1.1.17 (compiled from source using gcc version 4.3.2 20081105 (Red Hat 4.3.2-7) ) on Fedora 10 i386. The problem is with undocked toolbars which are incorrectly displayed. The problem is also with dragging them. They should be also draggable when I click and hold mouse pointer over title of the toolbar. Problem exists in AutoCAD 2008 and AutoCAD Mechanical 2008. I attached image that shows the problem. All cuttings were done with unchecked option "Allow the window manager to decorate the windows". Last cutting was done in MS Windows XP running AutoCAD 2007. The problem exists also in Wine 1.0.1 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 18

[Bug 11336] New: typing an open parenthesis "(" in vba causes an error
by wine-bugs＠winehq.org 23 Feb '25

23 Feb '25

http://bugs.winehq.org/show_bug.cgi?id=11336 Summary: typing an open parenthesis "(" in vba causes an error Product: Wine Version: 0.9.54. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ead1234(a)hotmail.com Created an attachment (id=10442) --> (http://bugs.winehq.org/attachment.cgi?id=10442) picture of the error When programming in VBA under excel the application throws up an error when I try to enter the open parenthesis -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 21

[Bug 10522] New: endless WM_PAINT loop bug (update regions, queue paint count)
by wine-bugs＠winehq.org 17 Feb '25

17 Feb '25

http://bugs.winehq.org/show_bug.cgi?id=10522 Summary: endless WM_PAINT loop bug (update regions, queue paint count) Product: Wine Version: CVS/GIT Platform: PC URL: http://www.microsoft.com/whdc/devtools/debugging/install x86.mspx OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wine-user AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Created an attachment (id=9265) --> (http://bugs.winehq.org/attachment.cgi?id=9265) trace with WINEDEBUG=+tid,+message,+win,+server Hello, I've seen this bug a while ago in other apps but ignored it because it was not easily to reproduce. Well until recently when I tested some stuff with windbg from "Debugging Tools for Windows" (Microsoft). I used debugging tools version 6.8.4.0 and recent GIT (wine-0.9.49-302-g58b85bb). Immediately when a child window was opened using toolbar (register, locals, .. whatever), windbg would become unresponsive, eating most CPU. Happens in both GUI modes - "floating/docking toolwindow" and "MDI emulation. Though "MDI emulation" is more obvious, it actually shows the endless refreshing (window caption). Attached is WINEDEBUG=+tid,+message,+win,+server log. Additionally I added a trace message which prints the current queue paint count (when incremented or fetched) which makes some things easier to spot. Printed as "inc_queue_paint_count: %d" and "get_message_paint_count: %d". The window hierarchy is as follows: --- snip --- *root*=0x10020 Shell_TrayWnd=0x10022 WinDbgFrameClass=0x10024 DockClass=0x10026 ToolbarWindow32=0x10028 msctls_statusbar32=0x1002a tooltips_class32=0x1002e WinBaseClass=0x10030 ToolbarWindow32=0x10032 SysListView32=0x10034 SysHeader32=0x10036 RichEdit20W=0x10038 --- snip --- After the child windows are created the queue paint count never drops to zero, resulting in endless WM_PAINT processing. Maybe some update (region) code path missed or flags problem? I played a bit with ignoring null region updates and it seemed to help a bit (preventing endless WM_PAINT loop) though other stuff wasn't drawn properly then. Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 41

[Bug 11718] New: d3d 2/3 blackout, world editor
by wine-bugs＠winehq.org 16 Feb '25

16 Feb '25

http://bugs.winehq.org/show_bug.cgi?id=11718 Summary: d3d 2/3 blackout, world editor Product: Wine Version: 0.9.56. Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: winebugzilla(a)gmail.com Created an attachment (id=10944) --> (http://bugs.winehq.org/attachment.cgi?id=10944) d3d 2/3 blackout Warcraft 3x world editor, version 1.21b (6052) The mouse cursor does not line up with the on screen cursor, thanks to 2/3 of the screen does not get draw. Trigger editor panel in wrong overlaps. (A pictures is worth a thousand words) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 51

[Bug 16876] New: .NET 3.0: WIC installer hangs due to bug in property sheet control
by wine-bugs＠winehq.org 15 Feb '25

15 Feb '25

http://bugs.winehq.org/show_bug.cgi?id=16876 Summary: .NET 3.0: WIC installer hangs due to bug in property sheet control Product: Wine Version: 1.1.12 Platform: Other URL: http://www.microsoft.com/downloads/details.aspx?FamilyID =10cc340b-f857-4a14-83f5-25634c3bf043 OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, after bug 16875 is fixed, there is another bug unearthed by WIC installer. Normally you won't notice it because the main installer claims success on this sub-installer. If you run WIC installer manually and press "finish" in last property page it simply hangs. Prerequisite: 1. clean WINEPREFIX 2. download .NET 3.0 Framework installer from: http://download.microsoft.com /download/4/d/a/4da3a5fa-ee6a-42b8-8bfa-ea5c4a458a7d/dotnetfx3setup.exe (sha1sum: a566bcd2ffffc3842a95adc57f7df3f8cd11577f) 3. export _SFX_CAB_SHUTDOWN_REQUEST=1 (workaround, see bug 9158) 4. wine ./dotnetfx3setup.exe It might take a while until all required packages are downloaded using BITS. Note: If you need to redo steps, backup the directory "dotnetfx304506.30" from "c:\\windows\\temp" to a different location, remove ~/.wine, copy "dotnetfx304506.30" again to "c:\\windows\\temp" to prevent BITS from downloading over and over again. There is a (ui) thread spawned to display and handle property sheet: --- snip --- 0084:Starting thread proc 0x1043904 (arg=(nil)) ... 0084:Call comctl32.CreatePropertySheetPageW(7ec515b4) ret=01045ccb ... 0084:Ret comctl32.CreatePropertySheetPageW() retval=00149568 ret=01045ccb ... 0084:Call comctl32.PropertySheetW(7ec516e0) ret=01045ffc 0084:Call KERNEL32.GlobalAlloc(00000040,00000084) ret=7763bc0e 0084:Ret KERNEL32.GlobalAlloc() retval=006026a8 ret=7763bc0e 0084:trace:propsheet:PropertySheetW (0x7ec516e0) 0084:trace:propsheet:PROPSHEET_CollectSheetInfoW ** PROPSHEETHEADER ** dwSize 52 dwFlags 01198100 hwndParent (nil) hInstance (nil) pszCaption L"\1828\7ec5" nPages 5 pfnCallback 0x1043cb1 ... 0084:trace:propsheet:PROPSHEET_PropertySheet startpage: 0 of 5 pages 0084:trace:propsheet:PROPSHEET_CreateDialog ... 0084:trace:propsheet:PROPSHEET_Finish active_page 4 ... 0084:trace:propsheet:PROPSHEET_CleanUp ... 0084:trace:propsheet:PROPSHEET_Finish msg result 0 ... 0084:Ret comctl32.PropertySheetW() retval=00000001 ret=01045ffc .. 0084:Call user32.GetMessageA(7ec519ec,00000000,00000000,00000000) ret=01043942 <hangs here> --- snip --- Relevant code: --- snip dlls/comctl32/propsheet.c --- static BOOL PROPSHEET_Finish(HWND hwndDlg) { .. if (psInfo->result == 0) psInfo->result = IDOK; if (psInfo->isModeless) psInfo->activeValid = FALSE; else psInfo->ended = TRUE; return TRUE; } --- snip dlls/comctl32/propsheet.c --- --- snip dlls/comctl32/propsheet.c --- static INT_PTR PROPSHEET_PropertySheet(PropSheetInfo* psInfo, BOOL unicode) { ... if(!psInfo->isModeless) { parent = psInfo->ppshheader.hwndParent; if (parent) EnableWindow(parent, FALSE); } bRet = PROPSHEET_CreateDialog(psInfo); if(!psInfo->isModeless) { bRet = do_loop(psInfo); if (parent) EnableWindow(parent, TRUE); } return bRet; } --- snip dlls/comctl32/propsheet.c --- --- snip dlls/comctl32/propsheet.c --- static INT do_loop(const PropSheetInfo *psInfo) { MSG msg; INT ret = -1; HWND hwnd = psInfo->hwnd; while(IsWindow(hwnd) && !psInfo->ended && (ret = GetMessageW(&msg, NULL, 0, 0))) { if(ret == -1) break; if(!IsDialogMessageW(hwnd, &msg)) { TranslateMessage(&msg); DispatchMessageW(&msg); } } if(ret == 0) { PostQuitMessage(msg.wParam); ret = -1; } if(ret != -1) ret = psInfo->result; DestroyWindow(hwnd); return ret; } --- snip dlls/comctl32/propsheet.c --- This propery sheet is modal. When the message pumps exits, the return value is derived from "psInfo->result" which is set to IDOK (button "finish") in PROPSHEET_Finish(). Unfortunately this tells the app the property sheet is modeless and it tries to setup it's own message pump after PropertySheetW() return which obviously hangs because the control is no more present at this time. Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 26

[Bug 19386] New: Please provide single login for all websites of winehq.org portal.
by wine-bugs＠winehq.org 07 Feb '25

07 Feb '25

http://bugs.winehq.org/show_bug.cgi?id=19386 Summary: Please provide single login for all websites of winehq.org portal. Product: WineHQ.org Version: unspecified Platform: PC OS/Version: All Status: UNCONFIRMED Severity: major Priority: P5 Component: www-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: yurikoles(a)gmail.com For every website users must create new account. I think it's really annoying. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 21