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

[Bug 49367] New: 1971 Project Helios shows a black screen
by WineHQ Bugzilla Oct. 9, 2020

Oct. 9, 2020

https://bugs.winehq.org/show_bug.cgi?id=49367 Bug ID: 49367 Summary: 1971 Project Helios shows a black screen Product: Wine Version: 5.10 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 67416 --> https://bugs.winehq.org/attachment.cgi?id=67416 screenshot fixme:d3d11:wined3dformat_from_dxgi_format Unhandled DXGI_FORMAT 0x6b. warn:d3d11:d3d11_device_CheckFormatSupport Invalid format 0x6b. wine-5.10-88-gbf454cc394 -- 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 45489] New: World of Warcraft needs GetRawInputBuffer
by wine-bugs＠winehq.org Oct. 9, 2020

Oct. 9, 2020

https://bugs.winehq.org/show_bug.cgi?id=45489 Bug ID: 45489 Summary: World of Warcraft needs GetRawInputBuffer Product: Wine Version: 3.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: blue-t(a)web.de Distribution: --- Since 8.0.1 i noticed quite a lot of noisy GetRawInputBuffer lines. Performance should be a lot better with this deduplicated or better implemented. -- 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 7

[Bug 45331] New: Exile: Escape From the Pit crashes after splash screen
by wine-bugs＠winehq.org Oct. 9, 2020

Oct. 9, 2020

https://bugs.winehq.org/show_bug.cgi?id=45331 Bug ID: 45331 Summary: Exile: Escape From the Pit crashes after splash screen Product: Wine Version: 3.10 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: stozball(a)hotmail.com Exile: Escape From the Pit installs correctly and the game launches, displays the splash screen (including playing sound), then crashes. No message is left in the terminal when it crashes. Same result in wine stable (3.0.1) Game is available for free from the developer: http://www.spiderwebsoftware.com/ftp/installers/win/EXILINST.EXE -- 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 45090] New: (nearly) every test shows a leak in kernel32/{console, term}.c
by wine-bugs＠winehq.org Oct. 9, 2020

Oct. 9, 2020

https://bugs.winehq.org/show_bug.cgi?id=45090 Bug ID: 45090 Summary: (nearly) every test shows a leak in kernel32/{console,term}.c Product: Wine Version: 3.7 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo Created attachment 61259 --> https://bugs.winehq.org/attachment.cgi?id=61259 terminal output I haven't noticed this on other machines. I built a new machine with more debugging options, which may be a factor. This is adsldp/sysinfo: ==23199== 172 bytes in 1 blocks are definitely lost in loss record 87 of 107 ==23199== at 0x402EF08: calloc (vg_replace_malloc.c:711) ==23199== by 0x5832624: _nc_setupterm (lib_setup.c:711) ==23199== by 0x5832B11: setupterm (lib_setup.c:955) ==23199== by 0x7B472181: TERM_Init (term.c:419) ==23199== by 0x7B434E70: CONSOLE_Init (console.c:3079) ==23199== by 0x7B44422B: process_attach (kernel_main.c:94) ==23199== by 0x7B444321: DllMain (kernel_main.c:139) ==23199== by 0x7B47D3EA: __wine_spec_dll_entry (dll_entry.c:40) ==23199== by 0x7BC4C6B1: ??? (in /home/austin/wine-valgrind/dlls/ntdll/ntdll.dll.so) ==23199== by 0x7BC4FB7A: MODULE_InitDLL (loader.c:1186) ==23199== by 0x7BC4FE40: process_attach (loader.c:1278) ==23199== by 0x7BC4FD85: process_attach (loader.c:1266) ==23199== by 0x7BC4FD85: process_attach (loader.c:1266) ==23199== by 0x7BC4FD85: process_attach (loader.c:1266) ==23199== by 0x7BC526CB: attach_dlls (loader.c:3156) ==23199== by 0x7BC7808F: attach_thread (signal_i386.c:2689) ==23199== by 0x7BC74C63: ??? (in /home/austin/wine-valgrind/dlls/ntdll/ntdll.dll.so) ==23199== I'll attach a log with more examples. -- 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 49470] New: Silent Hill 4 crashes when a person is suppose to scream.
by WineHQ Bugzilla Oct. 9, 2020

Oct. 9, 2020

https://bugs.winehq.org/show_bug.cgi?id=49470 Bug ID: 49470 Summary: Silent Hill 4 crashes when a person is suppose to scream. Product: Wine Version: 5.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: SolisX007(a)yahoo.com Distribution: --- Created attachment 67578 --> https://bugs.winehq.org/attachment.cgi?id=67578 SH4_wine-5.11_backtrace.txt Silent Hill 4 crashes when a person is suppose to scream. -- 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 46588] New: Cegid Business Line installer fails in custom script action installing " BLJNR.MSI" component.
by wine-bugs＠winehq.org Oct. 9, 2020

Oct. 9, 2020

https://bugs.winehq.org/show_bug.cgi?id=46588 Bug ID: 46588 Summary: Cegid Business Line installer fails in custom script action installing "BLJNR.MSI" component. Product: Wine Version: 3.20 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: christian.briard(a)gmx.com Distribution: --- Created attachment 63482 --> https://bugs.winehq.org/attachment.cgi?id=63482 Setup.log Trying to Install Cegid Business Line (32 bits on Win XP works) fail to complete on a script launching BLJNR.MSI I'm running wine 3.20 under Play on Linux on an Ubuntu Machine 64 bits. I've uploaded a zip of the install package here : https://we.tl/t-AbRt4GFoOj Best regards, Christian. -- 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 16

[Bug 39123] New: Fairy Fencer F - Large number of FIXME ntdll NtQuerySystemInformation calls
by wine-bugs＠winehq.org Oct. 9, 2020

Oct. 9, 2020

https://bugs.winehq.org/show_bug.cgi?id=39123 Bug ID: 39123 Summary: Fairy Fencer F - Large number of FIXME ntdll NtQuerySystemInformation calls Product: Wine Version: 1.7.49 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: chaos.kagami(a)gmail.com Distribution: --- Created attachment 52131 --> https://bugs.winehq.org/attachment.cgi?id=52131 Replaces SYSTEM_INTERRUPT_INFORMATION returning zeroed array with rand() filled array The following messages are repeated through the log during gameplay of Fairy Fencer F, over and over: fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_INTERRUPT_INFORMATION fixme:ntdll:NtQuerySystemInformation (0x00000021,0x5dd43a80,0x00000010,0x6fcdd00) stub fixme:ntdll:NtQuerySystemInformation (0x0000002d,0x5dd43a80,0x00000020,0x6fcdd00) stub Looking through WINE's source, as well as various internet resources - SYSTEM_INTERRUPT_INFORMATION and another two-ish unimplemented queries can be used to seed RNG, or just be used as random numbers. Wine returns a zero-filled array in all of these cases, which results in oddly crippled RNG ranges in Fairy Fencer F. I've observed a whole battle where every attach hit and as long as the same attack was used, it did exactly the same damage every time. Also, in general, the game appears to lack some randomness with these stubs versus windows. Replacing the zero-filled array with a rand() filled one improves the situation, but I'm rather sure it isn't what windows does. A rather hackish patch is attached. The difference in random numbers in-game should be easily and immediately observable. I'm also aware the patch doesn't meet submission guidelines - it's not meant to be a real fix. I'm not entirely sure what the 'correct' fix is. -- 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 11

[Bug 46736] New: Doom 3: BFG Edition freezes when using gnome shortcut or fails with error when running from terminal
by wine-bugs＠winehq.org Oct. 9, 2020

Oct. 9, 2020

https://bugs.winehq.org/show_bug.cgi?id=46736 Bug ID: 46736 Summary: Doom 3: BFG Edition freezes when using gnome shortcut or fails with error when running from terminal Product: Wine-staging Version: 4.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: linards.liepins(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 63734 --> https://bugs.winehq.org/attachment.cgi?id=63734 terminal log doom3bfg114 gog Game crashes with ID error window. Error message similar to the one. as shown in the following thread(s): https://steamcommunity.com/app/208200/discussions/0/864949037819880093/ https://www.gog.com/forum/doom_series/doom_3_bfg_edition_is_not_working_wit… Attaching error logs for both steam and GOG versions. -- 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 11

[Bug 40735] New: Midnight Mysteries: The Edgar Allan Poe Conspiracy (Steam ) fails to start (probably needs msscript)
by wine-bugs＠winehq.org Oct. 9, 2020

Oct. 9, 2020

https://bugs.winehq.org/show_bug.cgi?id=40735 Bug ID: 40735 Summary: Midnight Mysteries: The Edgar Allan Poe Conspiracy (Steam) fails to start (probably needs msscript) Product: Wine Version: 1.9.11 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com Distribution: --- This is the only game from the Midnight Mysteries series on Steam which refuses to start. The game displays an error message after start: 'Exception EOleSysError in module Midnight Mysteries - Edgar Allan Poe Conspiracy.exe at 0008B9AD. OLE error 80004002.' In the terminal: >fixme:msscript:ScriptControl_QueryInterface (0x177000)->({00000112-0000-0000-c000-000000000046} 0x33fca8) >fixme:ole:CoCreateInstanceEx no instance created for interface {00000112-0000-0000-c000-000000000046} of class {0e59f1d5-1fbe-11d0-8ff2-00a0d10038bc}, hres is 0x80004002 I installed msscript.ocx with winetricks, and now the game window is opened and sound begins to play for a second then the game throws a different error: 'Access violation error at address....'. The error dialog box can't be dismissed, it's popping up continuously. This is the terminal output with native msscript.ocx: >err:ole:CoCreateInstanceEx apartment not initialised >fixme:jscript:JScript_SetScriptState unimplemented SCRIPTSTATE_INITIALIZED >fixme:win:EnumDisplayDevicesW ((null),0,0x33f7e8,0x00000000), stub! >fixme:win:EnumDisplayDevicesW ((null),0,0x33f638,0x00000000), stub! wine-1.9.11-112-gd864119 -- 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 52

[Bug 48233] New: In a 64-bit app, GetSyscolor(COLOR_BTNSHADOW) returns a darker value than on windows
by WineHQ Bugzilla Oct. 9, 2020

Oct. 9, 2020

https://bugs.winehq.org/show_bug.cgi?id=48233 Bug ID: 48233 Summary: In a 64-bit app, GetSyscolor(COLOR_BTNSHADOW) returns a darker value than on windows Product: Wine Version: 3.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: ryampolsky(a)yahoo.com Distribution: --- Created attachment 65879 --> https://bugs.winehq.org/attachment.cgi?id=65879 Screenshot, showing shadow drawn with GetSysColor(COLOR_BTNSHADOW) I recently converted my 32-bit app to 64-bits, and when I run either the 32-bit version or the 64-bit version under a wine64 WINEPREFIX, the only difference I notice is the value returned by GetSyscolor(COLOR_BTNSHADOW). On Windows in both the WIN32 and WIN64 versions of my app, it returns 0xa0a0a0, but on WINE64, it returns 0x4c4c4c. On WINE, I'm using the Ubuntu Light theme. With that theme in effect, on WINE32, GetSysColor(COLOR_BTNSHADOW) returns 0xa5a9ad. But on WINE64, both the WIN32 and WIN64 versions get 0x4c4c4c. So the shadow looks too dark. Again, the WIN32 exe gets the right color under WINE32, but the same wrong color as the WIN64 exe under WINE64 - which is why I think it's a WINE64 bug and not my app. Everything else seems to look the same between WINE32 and WINE64. The attached screenshot shows the About dialog from my app. There's a 3D frame around the logo at the top - BTNSHADOW on top and left, BTNHIGHLIGHT on bottom and right. The text below it shows that this is the X64 version of the app, and prints out the value returned by GetSysColor(COLOR_BTNSHADOW). -- 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