March 2015 - Wine-Bugs - list.winehq.org

[Bug 33813] New: Microsoft Distributed Transaction Coordinator installation hangs
by wine-bugs＠winehq.org Jan. 24, 2016

Jan. 24, 2016

http://bugs.winehq.org/show_bug.cgi?id=33813 Bug #: 33813 Summary: Microsoft Distributed Transaction Coordinator installation hangs Product: Wine Version: 1.6-rc1 Platform: x86 URL: http://www.microsoft.com/download/en/details.aspx?id=2 2661 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified Created attachment 44825 --> http://bugs.winehq.org/attachment.cgi?id=44825 relay log of DTCInit.exe, duplicate lines trimmed Noticed while trying to install MSDE 2000 with Wine set to emulate Windows 98. The installer tries to set up a distributed transaction coordinator, but hangs in clusapi. Relevant lines from the relay log: 002b:Call rpcrt4.RpcBindingFromStringBindingW(001583d8 L"b97db8b2-4c63-11cf-bff6-08002be23f2f(a)ncalrpc:[clusapi]",00158360) ret=7f2329d8 ... 002b:Call KERNEL32.CreateFileA(0015b5a0 "\\\\.\\pipe\\lrpc\\clusapi",c0000000,00000000,00000000,00000003,00000000,00000000) ret=7e2c0aee 002b:Ret KERNEL32.CreateFileA() retval=ffffffff ret=7e2c0aee 002b:Call KERNEL32.WaitNamedPipeA(0015b5a0 "\\\\.\\pipe\\lrpc\\clusapi",ffffffff) ret=7e2c0b22 002b:Ret KERNEL32.WaitNamedPipeA() retval=00000000 ret=7e2c0b22 Steps to reproduce: download and run the installer archive, unpack to c:\msderelA winetricks win98 wine c:\msderela\setup.exe BLANKSAPWD=1 The installer ends in infinite loop. After the initial installation attempt the bug can be reproduced faster by running: wine c:/users/`whoami`/Temp/IXP000.TMP/DTCInit.exe Workaround: use builtin clusapi. -- 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.

1 2

[Bug 16179] New: QIP: flashing chat window disappears if it is not on the current desktop.
by wine-bugs＠winehq.org Jan. 24, 2016

Jan. 24, 2016

http://bugs.winehq.org/show_bug.cgi?id=16179 Summary: QIP: flashing chat window disappears if it is not on the current desktop. Product: Wine Version: unspecified Platform: PC-x86-64 URL: http://qip.ru/en/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: crossroads0000(a)gmail.com If QIP tries to flash one of its chat windows while the user is on another desktop, the chat window disappears completely until I restart the application. The problem also comes up when you change desktops while the window is flashing. No error logs are attached because there is no output in the console if the bug appears. To reproduce the crash: 1) Download QIP (e.g. at http://qip.ru/download/qip/?http://download.qip.ru/qip8070.exe ). 2) Start QIP. If it fails to start (this is a bug unrelated to this one), try this work-around: go to your QIP-Directory (should be ~/.wine/drive_c/Program\ Files/QIP), open current.cfg in your "Skins" directory, and replace "1" with "0". 3) Log on with your ICQ #. If you don't have one, you can easily register one with QIP in less than 30 seconds (you don't have to enter any email address). 4) Open the chat window, make someone send you a chat message, but before you receive it, change the desktop. 5) If you receive a message while you're on another desktop, the chat window will disappear. This only works if the chat window had focus before you changed the desktop. -- 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.

1 10

[Bug 23058] New: Lorex Client remote viewer blank screen
by wine-bugs＠winehq.org Jan. 22, 2016

Jan. 22, 2016

http://bugs.winehq.org/show_bug.cgi?id=23058 Summary: Lorex Client remote viewer blank screen Product: Wine Version: 1.2-rc2 Platform: x86 URL: http://lorexstore.lorextechnology.com/pdfs/LorexClient _L19WD.zip OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Lorex is a popular brand of video surveillance system. It has a downloadable, installable client app to show you video. ff917c438214b467e824e8ff1852007a0b5ed13e *LorexClient_L19WD.zip 55ec9179794afd149f5da8dc2bc6616d084e76ee *LorexClient.exe (It also has a built-in web server which needs an ActiveX control, probably very similar.) The downloadable client installs, and its main window displays, but if you click on Remote View, all you get is a blank window. -- 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.

1 9

[Bug 32130] New: Gecko and Mono downloaders should show the file size and allow user to abort
by wine-bugs＠winehq.org Jan. 22, 2016

Jan. 22, 2016

http://bugs.winehq.org/show_bug.cgi?id=32130 Bug #: 32130 Summary: Gecko and Mono downloaders should show the file size and allow user to abort Product: Wine Version: 1.5.16 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Classification: Unclassified When running Wine with a new/empty wineprefix directory, the user is prompted to install Gecko and Mono. However there is no indication of the size of those downloads or the amount of disk space which they will occupy. There is also no way to abort a download in progress. Particularly when using dialup or metered (e.g. 3G) connections, the user might choose not to install those components, if they knew how large the download size is. It would be good if Wine could tell the user the download size, the amount of disk space required, and allow the user to abort downloads part-way through. (Even if the user has no bandwidth or disk space concerns, they might accidentally click Install. Even with a broadband connection the downloads take quite a while.) -- 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.

1 6

[Bug 36299] New: valgrind shows a few possible leaks in msxml3/tests/httpreq.c
by wine-bugs＠winehq.org Jan. 22, 2016

Jan. 22, 2016

https://bugs.winehq.org/show_bug.cgi?id=36299 Bug ID: 36299 Summary: valgrind shows a few possible leaks in msxml3/tests/httpreq.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==30801== 16 bytes in 1 blocks are possibly lost in loss record 132 of 690 ==30801== at 0x7BC4C735: notify_alloc (heap.c:255) ==30801== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==30801== by 0x4C6C0FA: alloc_bstr (oleaut.c:162) ==30801== by 0x4C6C490: SysAllocStringLen (oleaut.c:324) ==30801== by 0x49B1C66: alloc_str_from_narrow (httpreq.c:95) ==30801== by 0x49B1D13: _bstr_ (httpreq.c:109) ==30801== by 0x49B5C64: _test_open (httpreq.c:1418) ==30801== by 0x49B8937: test_safe_httpreq (httpreq.c:1749) ==30801== by 0x49B8A05: func_httpreq (httpreq.c:1768) ==30801== by 0x49EB96C: run_test (test.h:584) ==30801== by 0x49EBD5B: main (test.h:654) ==30801== ==5517== 128 bytes in 1 blocks are possibly lost in loss record 1,323 of 1,706 ==5517== at 0x7BC4C735: notify_alloc (heap.c:255) ==5517== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==5517== by 0x4F080FA: alloc_bstr (oleaut.c:162) ==5517== by 0x4F08490: SysAllocStringLen (oleaut.c:324) ==5517== by 0x4F2C9C2: MSFT_ReadValue (typelib.c:2344) ==5517== by 0x4F2CBA3: MSFT_CustData (typelib.c:2398) ==5517== by 0x4F2FB99: ITypeLib2_Constructor_MSFT (typelib.c:3616) ==5517== by 0x4F2F3B8: TLB_ReadTypeLib (typelib.c:3460) ==5517== by 0x4F276DC: LoadTypeLibEx (typelib.c:478) ==5517== by 0x4F27618: LoadTypeLib (typelib.c:454) ==5517== by 0x4F3C082: ITypeInfo_fnGetRefTypeInfo (typelib.c:7730) ==5517== by 0x4F36DC5: ITypeInfoImpl_GetInternalDispatchFuncDesc (oaidl.h:1532) ==5517== by 0x4F36E00: ITypeInfoImpl_GetInternalDispatchFuncDesc (typelib.c:6014) ==5517== by 0x4F37036: ITypeInfo_fnGetFuncDesc (typelib.c:6090) ==5517== by 0x63F0C5C: preprocess_dispex_data (oaidl.h:1505) ==5517== by 0x63F0E79: get_dispex_data (dispex.c:323) ==5517== by 0x63F1446: DispatchEx_GetDispID (dispex.c:420) ==5517== by 0x4C661D5: test_selection (dispex.h:296) ==5517== by 0x4C7AAD7: func_domdoc (domdoc.c:11916) ==5517== by 0x4CB496C: run_test (test.h:584) ==5517== -- 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.

1 9

[Bug 35774] New: MSVC 2012 C compiler 'cl.exe' fails while using /MP[n] option
by wine-bugs＠winehq.org Jan. 22, 2016

Jan. 22, 2016

http://bugs.winehq.org/show_bug.cgi?id=35774 Bug ID: 35774 Summary: MSVC 2012 C compiler 'cl.exe' fails while using /MP[n] option Product: Wine Version: 1.7.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: loentar(a)gmail.com Created attachment 47769 --> http://bugs.winehq.org/attachment.cgi?id=47769 example of compilation with and without /MP flag When /MP[n] option is enabled cl.exe crashes with error "unimplemented function msvcp110.dll.?_Equivalent(a)sys@tr2(a)std@@YAHPBD0(a)Z". -- 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.

1 5

[Bug 31496] New: Render-to-fbo with WINED3D_SWAP_EFFECT_FLIP continually spammed in console
by wine-bugs＠winehq.org Jan. 22, 2016

Jan. 22, 2016

http://bugs.winehq.org/show_bug.cgi?id=31496 Bug #: 31496 Summary: Render-to-fbo with WINED3D_SWAP_EFFECT_FLIP continually spammed in console Product: Wine Version: 1.5.8 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: illumilore(a)gmail.com Classification: Unclassified When playing grand theft auto 3, the wine console is continually spamming fixme:d3d:swapchain_gl_present Render-to-fbo with WINED3D_SWAP_EFFECT_FLIP along with the occasional fixme:d3d:resource_check_usage Unhandled usage flags 0x8. -- 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.

1 15

[Bug 36303] New: valgrind shows several leaks in msxml3/tests/schema.c
by wine-bugs＠winehq.org Jan. 22, 2016

Jan. 22, 2016

https://bugs.winehq.org/show_bug.cgi?id=36303 Bug ID: 36303 Summary: valgrind shows several leaks in msxml3/tests/schema.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Created attachment 48401 --> https://bugs.winehq.org/attachment.cgi?id=48401 valgrind log ==30820== 2 bytes in 1 blocks are definitely lost in loss record 8 of 967 ==30820== at 0x7BC4C735: notify_alloc (heap.c:255) ==30820== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==30820== by 0x61D7932: heap_alloc (msxml_private.h:169) ==30820== by 0x61D7AD4: xmlchar_from_wcharn (msxml_private.h:416) ==30820== by 0x61D7B4C: xmlchar_from_wchar (msxml_private.h:427) ==30820== by 0x61DA604: schema_cache_remove (schema.c:1321) ==30820== by 0x4AA537E: test_remove (msxml2.h:4206) ==30820== by 0x4AA5C31: func_schema (schema.c:1654) ==30820== by 0x4AB096C: run_test (test.h:584) ==30820== by 0x4AB0D5B: main (test.h:654) ==30820== ==30820== 28 bytes in 1 blocks are possibly lost in loss record 326 of 967 ==30820== at 0x7BC4C735: notify_alloc (heap.c:255) ==30820== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==30820== by 0x4D2B262: heap_alloc_zero (typelib.c:1662) ==30820== by 0x4D2DEA1: MSFT_ReadAllRefs (typelib.c:2902) ==30820== by 0x4D3014C: ITypeLib2_Constructor_MSFT (typelib.c:3716) ==30820== by 0x4D2F3B8: TLB_ReadTypeLib (typelib.c:3460) ==30820== by 0x4D276DC: LoadTypeLibEx (typelib.c:478) ==30820== by 0x4D27618: LoadTypeLib (typelib.c:454) ==30820== by 0x4D3C082: ITypeInfo_fnGetRefTypeInfo (typelib.c:7730) ==30820== by 0x4D36DC5: ITypeInfoImpl_GetInternalDispatchFuncDesc (oaidl.h:1532) ==30820== by 0x4D36E00: ITypeInfoImpl_GetInternalDispatchFuncDesc (typelib.c:6014) ==30820== by 0x4D37036: ITypeInfo_fnGetFuncDesc (typelib.c:6090) ==30820== by 0x6196C5C: preprocess_dispex_data (oaidl.h:1505) ==30820== by 0x6196E79: get_dispex_data (dispex.c:323) ==30820== by 0x6197446: DispatchEx_GetDispID (dispex.c:420) ==30820== by 0x4AA4A06: test_obj_dispex (dispex.h:296) ==30820== by 0x4AA4B41: test_dispex (schema.c:1485) ==30820== by 0x4AA5C27: func_schema (schema.c:1652) ==30820== by 0x4AB096C: run_test (test.h:584) ==30820== by 0x4AB0D5B: main (test.h:654) ==30820== ==30820== 123 (48 direct, 75 indirect) bytes in 1 blocks are definitely lost in loss record 692 of 967 ==30820== at 0x4006B11: malloc (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so) ==30820== by 0x64B9711: xmlNewDocProp (in /usr/lib/libxml2.so.2.9.1) ==30820== by 0x64BB88C: ??? (in /usr/lib/libxml2.so.2.9.1) ==30820== by 0x61E562A: XDR_E_Schema (xdr.c:805) ==30820== by 0x61E57ED: XDR_to_XSD_doc (xdr.c:829) ==30820== by 0x61D9302: cache_entry_from_xdr_doc (schema.c:905) ==30820== by 0x61DA394: schema_cache_add (schema.c:1253) ==30820== by 0x4A9CAED: test_collection_refs (msxml2.h:3924) ==30820== by 0x4AA5C09: func_schema (schema.c:1646) ==30820== by 0x4AB096C: run_test (test.h:584) ==30820== by 0x4AB0D5B: main (test.h:654) ==30820== etc. -- 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.

1 5

[Bug 18932] New: Installshield installer text not being bolded (appinstall)
by wine-bugs＠winehq.org Jan. 22, 2016

Jan. 22, 2016

http://bugs.winehq.org/show_bug.cgi?id=18932 Summary: Installshield installer text not being bolded (appinstall) Product: Wine Version: 1.1.23 Platform: PC URL: http://www.hellopdf.com/download.php OS/Version: Linux Status: NEW Keywords: download, Installer Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=21782) --> (http://bugs.winehq.org/attachment.cgi?id=21782) screenshot See attached screenshot. "Select Destination Location" should be bolded. -- 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.

1 7

[Bug 37908] New: Saving a GLFont .glf file causes crash
by wine-bugs＠winehq.org Jan. 22, 2016

Jan. 22, 2016

https://bugs.winehq.org/show_bug.cgi?id=37908 Bug ID: 37908 Summary: Saving a GLFont .glf file causes crash Product: Wine Version: 1.7.33 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: shomari.sharpe(a)gmail.com Distribution: --- Created attachment 50490 --> https://bugs.winehq.org/attachment.cgi?id=50490 Wine Crash Log GL Font is an application that generates a binary file storing font glyphs as well as their texture coordinates for opengl. Under wine the program crashes once the save button is clicked in the program. https://students.cs.byu.edu/~bfish/glfontdl.php -- 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.

1 11