June 2020 - Wine-Bugs - list.winehq.org

[Bug 48133] New: Wine explorer broken on macOS 10.15.1 Catalina
by WineHQ Bugzilla July 23, 2020

July 23, 2020

https://bugs.winehq.org/show_bug.cgi?id=48133 Bug ID: 48133 Summary: Wine explorer broken on macOS 10.15.1 Catalina Product: Wine Version: 4.20 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: mterrisse(a)free.fr Created attachment 65731 --> https://bugs.winehq.org/attachment.cgi?id=65731 Empty Wine explorer WINEARCH=win64 WINEPREFIX=... wine64 explorer It doesn't display files nor folders, see attached screenshot. Note that it works fine on Linux (Ubuntu 19.10), I have this problem only on macOS Catalina. Regards, Michel Terrisse -- 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 49429] New: Wargaming.net Game Center: Impossible to enter text in login form
by WineHQ Bugzilla July 22, 2020

July 22, 2020

https://bugs.winehq.org/show_bug.cgi?id=49429 Bug ID: 49429 Summary: Wargaming.net Game Center: Impossible to enter text in login form Product: Wine Version: 5.0.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: michel(a)lebihan.pl Distribution: --- When I choose login from the menu on the left side I'm shown a form with two field. If I click on any of the fields, it gets highlighted, but when I start typing text, nothing happens. I doubt that it is invisible, since after entering it the login field is still grayed out. Download link: https://redirect.wargaming.net/WGC/Wargaming_Game_Center_Install_WoT_EU.exe I have this issue with both DXVK: v1.7 and the `--disable-gpu` flag, so it doesn't seem related to https://bugs.winehq.org/show_bug.cgi?id=48618 -- 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 4

[Bug 49095] New: "stack overflow" when running StarCraft 2
by WineHQ Bugzilla July 20, 2020

July 20, 2020

https://bugs.winehq.org/show_bug.cgi?id=49095 Bug ID: 49095 Summary: "stack overflow" when running StarCraft 2 Product: Wine Version: 5.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bat.misc(a)batbytes.com Distribution: --- Created attachment 67061 --> https://bugs.winehq.org/attachment.cgi?id=67061 wine stdout/stderr Environment: - Arch Linux fully updated as of the date of this report. - Wine master branch (d1f858e03da732c621504f90e349d5170ca3336e) using Arch Linux wine-staging package configurations. Built with debugging and not stripped. When running StarCraft 2 at no particular point during the game, I see this failure: 0474:err:seh:setup_exception_record stack overflow 340 bytes in thread 0474 eip deb0986a esp 0f7011dc stack 0xf700000-0xf701000-0xff00000 The overflow is always 340 bytes. When I was trying to diagnose this with strace, I saw that the thread is doing a lot of network recvmsg/sendmsg traffic. The log is attached. I don't think this bug is related to my other bug #49094. This appears to be a new regression. I was previously using Arch Linux's wine-staging package with wine staging version 5.5. That version did not have this problem. -- 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 1

[Bug 36184] New: valgrind shows a potential leaks in avifil32/tests/api.c
by wine-bugs＠winehq.org July 19, 2020

July 19, 2020

https://bugs.winehq.org/show_bug.cgi?id=36184 Bug ID: 36184 Summary: valgrind shows a potential leaks in avifil32/tests/api.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==2113== 8 bytes in 1 blocks are possibly lost in loss record 35 of 677 ==2113== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==2113== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==2113== by 0x7B8457FF: HeapAlloc (heap.c:271) ==2113== by 0x7B845AD4: GlobalAlloc (heap.c:376) ==2113== by 0x5852357: OLEClipbrd_Initialize (clipboard.c:1732) ==2113== by 0x588B6C6: OleInitialize (ole2.c:215) ==2113== by 0x4F95DE3: AVIFileInit (api.c:177) ==2113== by 0x4E6D3D2: func_api (api.c:716) ==2113== by 0x4E6E1F6: run_test (test.h:584) ==2113== by 0x4E6E5E4: main (test.h:654) ==2113== -- 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 5

[Bug 44087] New: GLRAGE - TombATI - Tomb Raider 1 - can not play avi video ( and others videos formats than RPL)
by wine-bugs＠winehq.org July 19, 2020

July 19, 2020

https://bugs.winehq.org/show_bug.cgi?id=44087 Bug ID: 44087 Summary: GLRAGE - TombATI - Tomb Raider 1 - can not play avi video (and others videos formats than RPL) Product: Wine Version: 2.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: legluondunet(a)free.fr Distribution: --- With GLRage you can play Tomb Raider 1 with high quality 3D graphic on modern computer. Glrage will ask for the game media (CD,Gog or Steam install...) because it uses most of the original game files. It works great on Linux with Wine after some little tweaks. Original Tomb Raider videos are in RPL format. GLRage know how to plays them and you can even replace original videos by new higher quality video in others formats (avi, mkv...). The bug here is about GLRage wich can not play other videos formats than RPL with Wine. How to reproduce: - configure wine: activate virtual desktop mode, install vc_redist.x86.exe, override winmm.dll and ddraw.dll - install GLRage, you can download it here: https://github.com/ata4/glrage/releases - install it, during installation it will ask you for your Tomb Raider 1 CD or installation folder (Gog, STeam...) - Launch GLRage, videos played normally - download "Tomb Raider 1 higher quality cinematics" from here: http://download.glidos.net/TombATI - replace the RPL videos located here: drive_c/tombati/fmv by the ones from the "Tomb Raider 1 higher quality cinematics" package. This videos are in avi format. - launch GLRage: it can not play video, you have this error message: movie playback 0x800401f0 This is the wine terminal log: fixme:winediag:start_process Wine Staging 2.19 is a testing version containing experimental patches. fixme:winediag:start_process Please mention your exact version when filing bug reports on winehq.org. err:winedevice:async_create_driver failed to create driver L"WineBus": c0000142 fixme:msvcp:_Mtx_init_in_situ unknown flags ignored: 2 fixme:vcruntime:__telemetry_main_invoke_trigger (0x10000000) fixme:nls:GetThreadPreferredUILanguages 00000038, 0x32e894, 0x32e8a4 0x32e898 fixme:nls:get_dummy_preferred_ui_language (0x38 0x32e894 0x32e8a4 0x32e898) returning a dummy value (current locale) fixme:module:load_library unsupported flag(s) used (flags: 0x00000060) fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x32e9dc 1 C) semi-stub fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x32e76c 1 C) semi-stub fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x32e83c 1 C) semi-stub fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x32e59c 1 C) semi-stub fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x32e66c 1 C) semi-stub fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x32e49c 1 C) semi-stub err:ole:CoCreateInstanceEx apartment not initialised the last line "err:ole:CoCreateInstanceEx apartment not initialised" appear each time GLRage can not play a video (avi videos). I think GLRage play RPL by his own . But for others formats it uses Windows components? -- 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 1

[Bug 36182] New: valgrind shows a potential leaks in atl/tests/registrar.c
by wine-bugs＠winehq.org July 19, 2020

July 19, 2020

https://bugs.winehq.org/show_bug.cgi?id=36182 Bug ID: 36182 Summary: valgrind shows a potential leaks in atl/tests/registrar.c Product: Wine Version: 1.3.13 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: atl Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==13481== 28 bytes in 1 blocks are possibly lost in loss record 161 of 562 ==13481== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==13481== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==13481== by 0x529E83E: COMPOBJ_DllList_Add (compobj.c:526) ==13481== by 0x52A0B7A: apartment_getclassobject (compobj.c:1335) ==13481== by 0x52A42C4: get_inproc_class_object (compobj.c:2894) ==13481== by 0x52A4783: CoGetClassObject (compobj.c:3032) ==13481== by 0x52A4D45: CoCreateInstance (compobj.c:3197) ==13481== by 0x4C9A026: test_registrar (registrar.c:68) ==13481== by 0x4C9A8A7: func_registrar (registrar.c:159) ==13481== by 0x4C9B6A7: run_test (test.h:584) ==13481== by 0x4C9BA96: main (test.h:654) ==13481== -- 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 4

[Bug 26108] New: ole32/defaulthandlers tests shows a valgrind warning
by wine-bugs＠winehq.org July 19, 2020

July 19, 2020

http://bugs.winehq.org/show_bug.cgi?id=26108 Summary: ole32/defaulthandlers tests shows a valgrind warning Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: ole32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Conditional jump or move depends on uninitialised value(s) at StorageImpl_CreateDirEntry (storage32.c:1251) by StorageBaseImpl_CreateDirEntry (storage32.h:272) by StorageBaseImpl_CreateStream (storage32.c:985) by init_ole_stream (defaulthandler.c:1619) by DefaultHandler_IPersistStorage_InitNew (defaulthandler.c:1685) by test_olestream (defaulthandler.c:81) by func_defaulthandler (defaulthandler.c:107) by run_test (test.h:556) by main (test.h:624) Uninitialised value was created by a client request at mark_block_uninitialized (heap.c:208) by initialize_block (heap.c:239) by RtlReAllocateHeap (heap.c:1897) by HeapReAlloc (heap.c:277) by GlobalReAlloc (heap.c:676) by HGLOBALLockBytesImpl_SetSize (memlockbytes.c:518) by StorageImpl_Construct (storage32.c:2740) by Storage_Construct (storage32.c:5131) by StgCreateDocfileOnILockBytes (storage32.c:7709) by create_storage (defaulthandler.c:41) by test_olestream (defaulthandler.c:69) by func_defaulthandler (defaulthandler.c:107) by run_test (test.h:556) by main (test.h:624) -- 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 6

[Bug 26049] New: ws2_32/sock tests shows some leaks in AcceptEx?
by wine-bugs＠winehq.org July 19, 2020

July 19, 2020

http://bugs.winehq.org/show_bug.cgi?id=26049 Summary: ws2_32/sock tests shows some leaks in AcceptEx? Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: winsock AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=33221) --> (http://bugs.winehq.org/attachment.cgi?id=33221) valgrind log Several leaks like: 36 bytes in 1 blocks are definitely lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by WS2_AcceptEx (socket.c:1991) by test_AcceptEx (sock.c:4464) by func_sock (sock.c:4703) by run_test (test.h:556) by main (test.h:624) -- 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 8

[Bug 36326] New: valgrind shows a leak in rpcrt4/tests/rpc_protoseq.c
by wine-bugs＠winehq.org July 19, 2020

July 19, 2020

https://bugs.winehq.org/show_bug.cgi?id=36326 Bug ID: 36326 Summary: valgrind shows a leak in rpcrt4/tests/rpc_protoseq.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: rpc Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==13435== 68 bytes in 1 blocks are possibly lost in loss record 143 of 282 ==13435== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==13435== by 0x5BB4B33: rpcrt4_protseq_sock_alloc (rpc_transport.c:1554) ==13435== by 0x5BAFAE5: RPCRT4_get_or_create_serverprotseq (rpc_server.c:927) ==13435== by 0x5BB1D62: RpcServerUseProtseqA (rpc_server.c:1041) ==13435== by 0x4D7A5B0: func_rpc_protseq (rpc_protseq.c:71) ==13435== by 0x4D9AC78: run_test (test.h:584) ==13435== by 0x4D9B067: main (test.h:654) ==13435== ==13580== 64 bytes in 1 blocks are possibly lost in loss record 140 of 282 ==13580== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==13580== by 0x5B94EC7: rpcrt4_protseq_np_alloc (rpc_transport.c:642) ==13580== by 0x5B8FAE5: RPCRT4_get_or_create_serverprotseq (rpc_server.c:927) ==13580== by 0x5B919A1: RpcServerUseProtseqEpExA (rpc_server.c:997) ==13580== by 0x5B91B08: RpcServerUseProtseqEpA (rpc_server.c:892) ==13580== by 0x4D5A4F6: func_rpc_protseq (rpc_protseq.c:58) ==13580== by 0x4D7AC78: run_test (test.h:584) ==13580== by 0x4D7B067: main (test.h:654) ==13580== -- 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 2

[Bug 32126] New: Mathcad 14 ends up in a loop
by wine-bugs＠winehq.org July 18, 2020

July 18, 2020

http://bugs.winehq.org/show_bug.cgi?id=32126 Bug #: 32126 Summary: Mathcad 14 ends up in a loop Product: Wine Version: 1.5.16 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mlang AssignedTo: wine-bugs(a)winehq.org ReportedBy: winehq(a)uukgoblin.net Classification: Unclassified Running Mathcad 14 (Academic Version from Open University) on wine 1.5.16. When opening specific files or when displaying some of the tips of the day, Mathcad 14 freezes up, and there's lots of lines like these displayed in the console: fixme:mlang:fnIMLangLineBreakConsole_BreakLineW (0x361f760)->1024 L"Find out what's new in Mathcad 14 under New Features." 53 -17197070 0xede79c 0xede768 The third number from the right decreases by 1 with each line printed, and everything else stays the same. Austin English suggested using "native mlang/usp10" (in bug 32091). I've installed usp10 with winetricks and it's set to use native first in winecfg, but it didn't help. I'm not sure how to get native mlang, winetricks doesn't seem to know what it is - any help on that would be appreciated. -- 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