June 2015 - Wine-bugs - list.winehq.org

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

24 Jan '16

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 22 Jan '16

22 Jan '16

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 22 Jan '16

22 Jan '16

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 38722] New: AVG installer wants ntdll.dll.RtlCreateUserProcess,
by wine-bugs＠winehq.org 22 Jan '16

22 Jan '16

https://bugs.winehq.org/show_bug.cgi?id=38722 Bug ID: 38722 Summary: AVG installer wants ntdll.dll.RtlCreateUserProcess, Product: Wine Version: 1.7.44 Hardware: x86-64 URL: http://download.cnet.com/AVG-AntiVirus-Free-Edition-20 13/3000-2239_4-10320142.html?part=dl-avg_free_us&subj= dl&tag=button OS: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- Noticed while testing bug 23583. austin(a)aw25 ~ $ wine --version wine-1.7.44-149-g0922865 austin(a)aw25 ~ $ sha1sum avg_free_stb_all_5961p1_177.exe 3aaaac1d5494859b307baea63f845d2609efb4a3 avg_free_stb_all_5961p1_177.exe austin(a)aw25 ~ $ du -h avg_free_stb_all_5961p1_177.exe 4.8M avg_free_stb_all_5961p1_177.exe austin(a)aw25 ~ $ wine avg_free_stb_all_5961p1_177.exe fixme:ver:GetCurrentPackageId (0x54e9e8 (nil)): stub fixme:ntdll:NtQuerySystemInformation (0x00000021,0x33fa68,0x00000010,(nil)) stub fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_INTERRUPT_INFORMATION fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_INTERRUPT_INFORMATION fixme:ntdll:NtQuerySystemInformation (0x0000002d,0x33fa48,0x00000020,(nil)) stub fixme:ntdll:NtQueryInformationProcess (process=0xffffffff) Unimplemented information class: ProcessDeviceMap wine: Call from 0x7bc44921 to unimplemented function ntdll.dll.RtlCreateUserProcess, aborting wine: Unhandled exception 0x40000015 in thread 3e at address 0x330023:0x007ff859 (thread 003e), starting debugger... Process of pid=003d has terminated No process loaded, cannot execute 'echo Modules:' Cannot get info on module while no process is loaded No process loaded, cannot execute 'echo Threads:' process tid prio (all id:s are in hex) 00000008 avg_free_stb_all_5961p1_177.exe 00000009 0 0000000c services.exe 00000037 0 00000036 0 00000035 0 00000032 0 0000000e 0 0000000d 0 00000012 explorer.exe 00000013 0 00000033 winedevice.exe 0000003a 0 00000039 0 00000038 0 00000034 0 winedbg: Internal crash at 0x7ed12c85 -- 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 38781] New: Time measurement in Wine
by wine-bugs＠winehq.org 22 Jan '16

22 Jan '16

https://bugs.winehq.org/show_bug.cgi?id=38781 Bug ID: 38781 Summary: Time measurement in Wine Product: Wine Version: 1.7.41 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: emanuele.emalele(a)gmail.com Distribution: --- If Wine uses the host OS clock() function some games may have incorrect timing and become unplayable (too quick). Could Wine 'force' use of the C standard library clock() function? I suppose it could be a useful fix/enhancement for every piece of software executed by Wine. Game where the problem arises: Dungeon Keeper FX. -- 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 36299] New: valgrind shows a few possible leaks in msxml3/tests/httpreq.c
by wine-bugs＠winehq.org 22 Jan '16

22 Jan '16

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 38451] New: valgrind shows uninitialized variable in dlls/shlwapi/tests/ordinal.c
by wine-bugs＠winehq.org 22 Jan '16

22 Jan '16

https://bugs.winehq.org/show_bug.cgi?id=38451 Bug ID: 38451 Summary: valgrind shows uninitialized variable in dlls/shlwapi/tests/ordinal.c Product: Wine Version: 1.7.41 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: shlwapi Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Debian ==15892== Conditional jump or move depends on uninitialised value(s) ==15892== at 0x402DBF4: bcmp (vg_replace_strmem.c:1005) ==15892== by 0x48E1FC5: GetShellSecurityDescriptor (ordinal.c:4863) ==15892== by 0x487A953: test_GetShellSecurityDescriptor (ordinal.c:726) ==15892== by 0x48845D4: func_ordinal (ordinal.c:3193) ==15892== by 0x489D89C: run_test (test.h:584) ==15892== by 0x489DCD6: main (test.h:666) ==15892== Uninitialised value was created by a stack allocation ==15892== at 0x487A759: test_GetShellSecurityDescriptor (ordinal.c:687) ==15892== -- 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 3

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

22 Jan '16

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 22 Jan '16

22 Jan '16

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 22 Jan '16

22 Jan '16

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