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

[Bug 47625] New: League of Legend's Hextech Repair Tool: crashes after opening and doesn't close
by wine-bugs＠winehq.org 01 Aug '20

01 Aug '20

https://bugs.winehq.org/show_bug.cgi?id=47625 Bug ID: 47625 Summary: League of Legend's Hextech Repair Tool: crashes after opening and doesn't close Product: Wine Version: 4.12.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: arcanfp(a)gmail.com Distribution: --- Created attachment 65059 --> https://bugs.winehq.org/attachment.cgi?id=65059 full log from a crash The hextech tool crashes after opening, it just appear the window completely white and can't be closed in any way. some times it loads half the page before crashing. It just appears the crash message from wine. I'll attach the backtrace and the log -- 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 47634] New: TaxAct 2017 crashes on startup
by wine-bugs＠winehq.org 29 Jul '20

29 Jul '20

https://bugs.winehq.org/show_bug.cgi?id=47634 Bug ID: 47634 Summary: TaxAct 2017 crashes on startup Product: Wine Version: 4.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: thispc342wde(a)outlook.com Distribution: --- Created attachment 65066 --> https://bugs.winehq.org/attachment.cgi?id=65066 Wine 4.14 Backtrace TaxACT installs on Wine 4.14 (using WineHQ install instructions for Debian Testing), but when running it, it crashes shortly after the startup screen. There is lots of black space in the main window. Winetricks was not used. I had previously tested on Wine 4.0 (Debian packaged version). I don't have it installed now, but TaxACT exhibited the same behavior without crashing. I then used Winetricks to install gdiplus, msls31, msxml3, and riched20 to allow usage of TaxAct, although I don't exactly know which ones were needed, and albeit still with some rendering problems-- the Window had to be constantly resized to update each page. I only have the 4.14 backtrace... I don't know if I'll have to install Wine 4 again. -- 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 47315] New: Pixel Game Maker MV doesn't start.
by wine-bugs＠winehq.org 29 Jul '20

29 Jul '20

https://bugs.winehq.org/show_bug.cgi?id=47315 Bug ID: 47315 Summary: Pixel Game Maker MV doesn't start. Product: Wine-staging Version: 4.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: takojagi(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- 000b:fixme:thread:create_user_shared_data_thread Creating user shared data update thread. 000b:fixme:winediag:start_process Wine Staging 4.9 is a testing version containing experimental patches. 000b:fixme:winediag:start_process Please mention your exact version when filing bug reports on winehq.org. 000f:fixme:thread:create_user_shared_data_thread Creating user shared data update thread. 000d:fixme:thread:create_user_shared_data_thread Creating user shared data update thread. 0012:fixme:thread:create_user_shared_data_thread Creating user shared data update thread. 0014:fixme:thread:create_user_shared_data_thread Creating user shared data update thread. 001c:fixme:thread:create_user_shared_data_thread Creating user shared data update thread. 0021:fixme:thread:create_user_shared_data_thread Creating user shared data update thread. 000f:fixme:service:scmdatabase_autostart_services Auto-start service L"gupdate" failed to start: 2 0009:fixme:file:FindFirstFileExW flags not implemented 0x00000002 0009:fixme:file:FindFirstFileExW flags not implemented 0x00000002 0009:fixme:dwmapi:DwmIsCompositionEnabled 0x33fa70 0009:fixme:dwmapi:DwmEnableBlurBehindWindow 0x20078 0x33fa74 0009:fixme:winhttp:get_system_proxy_autoconfig_url no support on this platform 0009:fixme:winhttp:WinHttpDetectAutoProxyConfigUrl discovery via DHCP not supported 0009:fixme:win:RegisterDeviceNotificationW (hwnd=0x10080, filter=0x33fda0,flags=0x00000000) returns a fake device notification handle! 0009:fixme:wgl:X11DRV_wglGetPixelFormatAttribivARB unsupported 2008 WGL Attribute 0009:fixme:file:FindFirstFileExW flags not implemented 0x00000002 0009:fixme:file:FindFirstFileExW flags not implemented 0x00000002 0009:fixme:file:FindFirstFileExW flags not implemented 0x00000002 0009:fixme:file:FindFirstFileExW flags not implemented 0x00000002 0009:fixme:file:FindFirstFileExW flags not implemented 0x00000002 0009:fixme:font:RemoveFontMemResourceEx (0x97078301) stub 0009:fixme:font:RemoveFontMemResourceEx (0x97f0f301) stub 0009:fixme:font:RemoveFontMemResourceEx (0x97af7301) stub 0009:fixme:font:RemoveFontMemResourceEx (0x979bb301) stub 0009:fixme:file:FindFirstFileExW flags not implemented 0x00000002 0009:fixme:file:FindFirstFileExW flags not implemented 0x00000002 0009:fixme:file:FindFirstFileExW flags not implemented 0x00000002 0009:fixme:font:RemoveFontMemResourceEx (0x967c3301) stub 0009:fixme:font:RemoveFontMemResourceEx (0x96576301) stub 0009:fixme:font:RemoveFontMemResourceEx (0x96292301) stub 0009:fixme:font:RemoveFontMemResourceEx (0x9603e301) stub 0009:fixme:netapi32:NetShareEnum Stub (L"\\\\Game.pgmproject" 1 0x33a4a0 -1 0x33a4a8 0x33a498 0x33a49c) 0009:fixme:netapi32:NetShareEnum Stub (L"\\\\Game.pgmproject" 1 0x33a6a0 -1 0x33a6a8 0x33a698 0x33a69c) 0009:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0033F9D8 1 C) semi-stub 0009:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0033F7E8 1 C) semi-stub 0009:fixme:advapi:OpenEventLogW ((null),L"System") stub 0009:fixme:advapi:ReadEventLogA (0xcafe4242,0x00000009,0x00000000,0x7101860,0x00010000,0x33fba8,0x33fbac) stub 0009:fixme:advapi:CloseEventLog (0xcafe4242) stub 0034:err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution. 0034:fixme:file:FindFirstFileExW flags not implemented 0x00000002 0034:fixme:wgl:X11DRV_wglGetPixelFormatAttribivARB unsupported 2008 WGL Attribute 0034:fixme:file:FindFirstFileExW flags not implemented 0x00000002 0034:fixme:file:FindFirstFileExW flags not implemented 0x00000002 0034:fixme:file:FindFirstFileExW flags not implemented 0x00000002 0034:fixme:file:FindFirstFileExW flags not implemented 0x00000002 0034:fixme:font:RemoveFontMemResourceEx (0x8e929301) stub 0034:fixme:font:RemoveFontMemResourceEx (0x8d4f8301) stub 0034:fixme:font:RemoveFontMemResourceEx (0x8d3a0301) stub 0034:fixme:font:RemoveFontMemResourceEx (0x8df14301) stub 0034:fixme:file:FindFirstFileExW flags not implemented 0x00000002 0034:fixme:process:SetProcessDEPPolicy (3): stub 0034:fixme:ntdll:EtwEventRegister ({d2d578d9-2936-45b6-a09f-30e32715f42d}, 0x11fffb0, 0x39c8158, 0x3a4f9c8) stub. 0034:fixme:nls:GetThreadPreferredUILanguages 00000038, 0x32f748, (nil) 0x32f74c 0034:fixme:nls:get_dummy_preferred_ui_language (0x38 0x32f748 (nil) 0x32f74c) returning a dummy value (current locale) 0034:fixme:nls:GetThreadPreferredUILanguages 00000038, 0x32f748, 0x5bddf60 0x32f74c 0034:fixme:nls:get_dummy_preferred_ui_language (0x38 0x32f748 0x5bddf60 0x32f74c) returning a dummy value (current locale) 0034:fixme:winsock:WSALookupServiceBeginW (0x32f444 0x00000ff0 0x32f484) Stub! 0034:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0032F1B8 1 C) semi-stub 0034:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0032EFC8 1 C) semi-stub 0034:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0032ED18 1 C) semi-stub [51:52:0603/184400.268:ERROR:network_change_notifier_win.cc(156)] WSALookupServiceBegin failed with: 8 0034:fixme:iphlpapi:NotifyAddrChange (Handle 0x32f5c0, overlapped 0x5bde62c): stub 0034:fixme:file:FindFirstFileExW flags not implemented 0x00000002 0045:fixme:file:FindFirstFileExW flags not implemented 0x00000002 0034:fixme:win:RegisterDeviceNotificationW (hwnd=0x100c8, filter=0x32f570,flags=0x00000000) returns a fake device notification handle! 0034:fixme:win:RegisterDeviceNotificationW (hwnd=0x100c8, filter=0x32f570,flags=0x00000000) returns a fake device notification handle! [psicopompo@ ~]$ 004f:err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution. 004f:fixme:process:SetProcessDEPPolicy (3): stub 004f:fixme:ntdll:EtwEventRegister ({d2d578d9-2936-45b6-a09f-30e32715f42d}, 0x106dffb0, 0x12ea8158, 0x12f2f9c8) stub. 004f:fixme:file:FindFirstFileExW flags not implemented 0x00000002 004f:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0032FAB8 1 C) semi-stub 004f:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0032F8C8 1 C) semi-stub 004f:fixme:gdi:GdiInitializeLanguagePack stub 004f:fixme:ntdll:EtwEventUnregister (deadbeef) stub. -- 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 9

[Bug 45319] New: wine kindle for pc 1.11, some books picture is blank
by wine-bugs＠winehq.org 27 Jul '20

27 Jul '20

https://bugs.winehq.org/show_bug.cgi?id=45319 Bug ID: 45319 Summary: wine kindle for pc 1.11, some books picture is blank Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: widon1104(a)qq.com Distribution: --- I wine kindle for pc 1.11, almost perfect.But when I open my python book, all picture in it is blank. There are some error msgs print out（show below）. widon(a)widon-desktop:~/.wine/drive_c/Program Files (x86)/Amazon/Kindle$ wine Kindle.exe --- no context for glyph 67 --- no context for glyph 72 --- no context for glyph 65 --- no context for glyph 74 --- no context for glyph 5f --- no context for glyph 75 --- no context for glyph 73 --- no context for glyph 28 ...... The problem python book is: https://www.amazon.cn/dp/B0719GSVJB/ref=tmm_kin_swatch_0?_encoding=UTF8&qid… -- 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 12

[Bug 47128] New: Heroes of the Storm: Unreasonable I/ O disk usage on leading to stuttering during game gameplay
by wine-bugs＠winehq.org 26 Jul '20

26 Jul '20

https://bugs.winehq.org/show_bug.cgi?id=47128 Bug ID: 47128 Summary: Heroes of the Storm: Unreasonable I/O disk usage on leading to stuttering during game gameplay Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lukycrociato(a)gmail.com Distribution: --- This was experienced from me and a few people I play with on Linux + Wine Distribution: Ubuntu 19.04 Hardware: 19.04, the machine has an AMD Ryzen 5 1600 CPU, GTX NVIDIA 1060 3GB, 2x4GB dual channel DDR4 HyperX RAM, Crucial MX 500 SSD, MSI b350m mortar motherboard, nvidia driver 430.09 Wine version: Tested 4.6, and a couple of others leading pretty much the same results. What was tested: -Playing from an ntfs-3g partition on an HDD (Seagate 5200RPM) -Playing from an ntfs-3g partition on an SSD (Crucial MX500) -Playing from an ext4 partition on an SSD and HDD (the same as above) No matter what configuration, graphics driver, DXVK, wine d3d11 or not, using disk monitoring software like iotop clearly shows unreasonable I/O usage (close to 100%) when those stutters happen for small reads (less than 1 Megabyte) leading the game to be mostly unplayable thanks to those, which for example do not happen on other wine games with the same specs/config even more graphics-demanding. This happens during the normal gameplay, not during the loading. This is obviously worse when the game is run from an HDD, slightly better but still present on an SSD. Of course the I/O usage is different from the one Windows has in this game. I am obviously available for further testing if you tell me what to do to better diagnose that. -- 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 12

[Bug 49129] New: service:process_send_command service protocol error - failed to write pipe! on wine5.8
by WineHQ Bugzilla 24 Jul '20

24 Jul '20

https://bugs.winehq.org/show_bug.cgi?id=49129 Bug ID: 49129 Summary: service:process_send_command service protocol error - failed to write pipe! on wine5.8 Product: Wine-staging Version: 5.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rnowotny(a)rotek.at CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- I have some windows service (an ERP server) , that used to work on WINE 5.7 after updating to 5.8, the service can not start anymore : # start the wineserver /usr/bin/wineserver -p # start the service /usr/bin/wine net start myservice # diag output : 0108:err:service:process_send_command service protocol error - failed to write pipe! If I start the program "normal" (not as a service) it still runs perfectly. So there seem to be some regression with pipes / wineserver ? -- 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 47726] New: too many fonts cause memory corruption in Post Mortem and Still Life, need some limiting
by wine-bugs＠winehq.org 24 Jul '20

24 Jul '20

https://bugs.winehq.org/show_bug.cgi?id=47726 Bug ID: 47726 Summary: too many fonts cause memory corruption in Post Mortem and Still Life, need some limiting Product: Wine Version: 4.15 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: zakarjor(a)yahoo.com Distribution: --- I upgraded to Fedora 30 x86_64, and I now have a lot more fonts (lots of multilingual fonts) than before. When starting Post Mortem or Still Life, I get the following error: wine: Unhandled page fault on read access to 0x3235363d at address 0x24036828 (thread 0009), starting debugger... Running with WINEDEBUG=warn+heap I get 0009:Call msvcrt.??@YAPAXI(a)Z(0000ffff) ret=2429ef15 0009:Call ntdll.RtlAllocateHeap(00410000,00000000,0000ffff) ret=7e558363 ... 0009:Call msvcrt.??@YAPAXI(a)Z(00000000) ret=2429ef15 0009:Call ntdll.RtlAllocateHeap(00410000,00000000,00000000) ret=7e558363 0009:Call ntdll.RtlAllocateHeap() retval=00480270 ret=7e558363 ... 0009:Call ntdll.RtlFreeHeap(00410000,00000000,00480270) ret=7e55842a 0009:err:heap:HEAP_ValidateInUseArena Heap 0x410000: block 0x480270 tail overwritten at 0x480270 (byte 0/24 == 0x33) The register eax is supposed to be an address but looks like part of a font name in ASCII. After going thru debugger, I found that there is a bug/limitation of string size of 64KB, and when the list of font names is just below 64KB (0xffff), and then appends one character, it goes over 64KB, but wraps around the size to 0 byte, which causes the memory corruption. It would be nice to have gdi font module to limit the number of fonts to return to the caller, or have some way to filter the type of fonts to return (like don't return any Linux fonts), which should be consistent with Windows environment. -- 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 9

[Bug 48133] New: Wine explorer broken on macOS 10.15.1 Catalina
by WineHQ Bugzilla 23 Jul '20

23 Jul '20

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 22 Jul '20

22 Jul '20

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 20 Jul '20

20 Jul '20

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