April 2021 - Wine-Bugs - list.winehq.org

[Bug 49788] New: mountmgr is no longer detecting SCSI devices
by WineHQ Bugzilla May 25, 2021

May 25, 2021

https://bugs.winehq.org/show_bug.cgi?id=49788 Bug ID: 49788 Summary: mountmgr is no longer detecting SCSI devices Product: Wine Version: 5.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mountmgr.sys Assignee: wine-bugs(a)winehq.org Reporter: winebugzilla(a)tasossah.com Regression SHA1: 19549d11a72f63efe0d689374446a56a68264a1f Distribution: --- Created attachment 68104 --> https://bugs.winehq.org/attachment.cgi?id=68104 regedit screenshot Commit 19549d11a72f63efe0d689374446a56a68264a1f switched to using udisks2 to detect devices, however this no longer detects SCSI devices. This results in ASPI_GetNumControllers always returning 0, and ASPI applications not detecting any optical drives. Compiling wine one commit before the one mentioned above (8388ea840fedbb9b646213a26cd59ceb3a48680b) restores the ability to detect and use SCSI devices. Tested on two different Ubuntu 20.04 installations, both with fully functional udisks2. Steps to reproduce: Start up wine regedit Navigate to HKLM\Hardware\DEVICEMAP\Scsi Observe that it is empty When functioning correctly, it should report all SCSI devices, including hard disks and optical drives. In general, all devices that exist in /proc/scsi/scsi should show up in the registry. https://bugs.winehq.org/show_bug.cgi?id=31592 was opened presumably to move away from /proc/scsi, however it is now a regression. -- 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 12

[Bug 49825] New: GetNamedSecurityInfoA with LABEL_SECURITY_INFORMATION returns ERROR_ACCESS_DENIED
by WineHQ Bugzilla May 25, 2021

May 25, 2021

https://bugs.winehq.org/show_bug.cgi?id=49825 Bug ID: 49825 Summary: GetNamedSecurityInfoA with LABEL_SECURITY_INFORMATION returns ERROR_ACCESS_DENIED Product: Wine Version: 5.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: vladimir.kokovic(a)gmail.com Distribution: --- Created attachment 68159 --> https://bugs.winehq.org/attachment.cgi?id=68159 wine log file Hi, I don't understand at all what this is all about even though I have a complete WINEDEBUG log, when it comes to GetNamedSecurityInfoA with LABEL_SECURITY_INFORMATION where ERROR_ACCESS_DENIED returns. Although at first glance everything is normal, it is obvious that I do not know enough wine and that is why I need help to resolve this situation and if possible remove this bug for the sake of others and not just me. Attached are 2 files: 1. TestGetNamedSecurityInfoA.cpp - test program 2. WINEDEBUG.log - part of a very large log file -- 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 50002] New: BlackBerry (Research in Motion) USB and Modem Drivers installs files in the wrong place and fails to install kernel drivers
by WineHQ Bugzilla May 25, 2021

May 25, 2021

https://bugs.winehq.org/show_bug.cgi?id=50002 Bug ID: 50002 Summary: BlackBerry (Research in Motion) USB and Modem Drivers installs files in the wrong place and fails to install kernel drivers Product: Wine Version: 5.19 Hardware: x86-64 URL: https://swdownloads.blackberry.com/Downloads/contactFo rmPreload.do?code=A8BAA56554F96369AB93E4F3BB068C22&dl= F5937D3FABCEC4C05D26AB6F3FEEC891 OS: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Distribution: --- Created attachment 68409 --> https://bugs.winehq.org/attachment.cgi?id=68409 hack: set CommonFiles64Folder to the 32-bit common files dir The installer is more than a bit of a mess. It seems to be trying to install 64-bit files into the 64-bit "Common Files" folder, and 32-bit files into the 32-bit folder. It has this <trimmed> in its Directory table: Directory Directory_Parent DefaultDir ---------------------------------------------------------- TARGETDIR SourceDir RESEARCH_IN_MOTION ProgramFilesFolder RESEAR~1|Research In Motion BLACKBERRY RESEARCH_IN_MOTION BLACKB~1|BlackBerry INSTALLDIR BLACKBERRY . CommonFiles64Folder TARGETDIR .:Common64 CommonFilesFolder TARGETDIR .:Common CommonFilesRIM.191... CommonFilesFolder RESEAR~1|Research In Motion CommonFilesRIM.07D... CommonFiles64Folder RESEAR~1|Research In Motion On Wine this behaves essentially as expected, and files get installed into 64-bit "Common Files". On Windows, however, for some reason, everything gets installed into the 32-bit "Common Files" directory. This problem is compounded when the program subsequently tries to install PnP drivers (from a 64-bit custom action) using files from the 32-bit "Common Files" folder—working around their own bug, I guess—and on Wine nothing gets installed. I'm more than a little baffled as to how this could possibly break on Windows. It'll probably take some more involved debugging. Anyway, the attached patch works around the bug. The installer successfully creates a couple of root PnP devices, but the driver subsequently fails to load due to missing WDF. (In fact it needs quite a substantial chunk of WDF, which I have partially implemented in my local tree). -- 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 50299] New: Application tried to create a window, but no driver could be loaded.
by WineHQ Bugzilla May 25, 2021

May 25, 2021

https://bugs.winehq.org/show_bug.cgi?id=50299 Bug ID: 50299 Summary: Application tried to create a window, but no driver could be loaded. Product: Wine Version: 5.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- 0050:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded. Running e.g. "wine notepad" in a quite slow environment for example within rr-debugger inside a VM leads to the above message. As far as I could follow in above line 0050 is "explorer.exe". Unfotunately winemenubuilder.exe was a little bit earlier with requesting the first window in WIN_CreateWindowEx before explorer.exe reached manage_desktop. Therefore explorer.exe never SetPropW("__wine_display_device_guid") in DesktopWndProc. This race might not show up under normal conditions, but I thought to document it here to be findable. Making winemenubuilder.exe sleep some time in wWinMain before CoInitialize works around it. -- 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 50109] New: 0414:fixme:conhost:write_console beep
by WineHQ Bugzilla May 25, 2021

May 25, 2021

https://bugs.winehq.org/show_bug.cgi?id=50109 Bug ID: 50109 Summary: 0414:fixme:conhost:write_console beep Product: Wine Version: 5.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: azraeladdy(a)gmail.com Distribution: --- Created attachment 68600 --> https://bugs.winehq.org/attachment.cgi?id=68600 Output from a simple C program. Along with its code. Occurs when outputting the BEL ASCII character. Nothing huge, but a worthy thing to keep track of? Not much else to say, possibly other ASCII characters that wine has a fix me statement for? -- 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 44094] New: need for speed carbon game is working but only audio is coming , no display comes and looks like evry thing hangs
by wine-bugs＠winehq.org May 24, 2021

May 24, 2021

https://bugs.winehq.org/show_bug.cgi?id=44094 Bug ID: 44094 Summary: need for speed carbon game is working but only audio is coming , no display comes and looks like evry thing hangs Product: Wine Version: 1.6.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winelib Assignee: wine-bugs(a)winehq.org Reporter: srivastava.avichal(a)gmail.com Distribution: --- Created attachment 59816 --> https://bugs.winehq.org/attachment.cgi?id=59816 need for speed carbon game is working but only audio is coming , no display comes and looks like evry thing hangs my wine never work properly, it never installs an application, nor updates nor unstalls -- 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 3

[Bug 17277] New: Remote virtual memory allocation error
by wine-bugs＠winehq.org May 23, 2021

May 23, 2021

http://bugs.winehq.org/show_bug.cgi?id=17277 Summary: Remote virtual memory allocation error Product: Wine Version: 1.1.13 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: loader AssignedTo: wine-bugs(a)winehq.org ReportedBy: gabmoa(a)yahoo.it ZFlash is a win32 application used to simulate and edit part programs for a cnc. The simulator part is achieved running a reduced version of numerical control into a fixed memory map from 1 to 8 MB (the current version is from 1-16 MB but it's the same principle). The numerical control need to be mapped in this way because it uses fixed addresses. The application runs in NT 4 SP6, 2000, XP and Vista MS OS but in wine it doesn't work. I have seen there is a problem in the memory mapping when I try to run the application into wine so I've created a reduced example with the only "incriminated" part. In the attached zip file there are 3 projects: ZLoader, Z32Sim and Test. The steps involved are the same of the complete win32 application. ZLoader.exe create the process 'Test', suspended, and try to reserve memory of 'Test' from 1 to 8 MB, then it resumes the process. Test.exe is compiled with the linker flags /base:"0x800000" /stack:0x800000,0x1000 so the big stack can not be inserted into the first 8MB and the base of exe is changed from the default 4MB assigned by Visual Studio. Z32Sim.dll is loaded into 'Test' and it have to map the memory (1-8MB). To test it in the Debug directory we can execute ZLoader Test.exe In wine Test fail when ZLoader try to resume it (I've seen that with winedbg) with the following error: err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0x7ef9e617 Unfortunately it seems a not so easy task because with winedbg I can't attach to Test process when it's suspended. -- 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 15

[Bug 20439] New: TroopMaster hangs on startup
by wine-bugs＠winehq.org May 21, 2021

May 21, 2021

http://bugs.winehq.org/show_bug.cgi?id=20439 Summary: TroopMaster hangs on startup Product: Wine Version: 1.1.31 Platform: PC-x86-64 URL: http://www.troopmaster.com OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: al_turner(a)comcast.net TroopMaster installs, but hangs on startup. Main window will not activate (animation works, but no response to keyboard or mouse). Does not even get to the DotNet download hangup as mentioned in bug 8997. More like 18801 but I don't even get the popup window showing the attempt to connect to FTP. As far as I can tell, the FTP attempt only happens if you activate the DOTNET function (after installing the software). I have not been able to get to the point of activating the DOTNET since I can't get it that far yet. I followed the HOWTO from the AppDB that describes the install/kill/restart process. -- 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 21

[Bug 47150] New: [Overwatch] Game freezes when new menu music starts playing
by wine-bugs＠winehq.org May 21, 2021

May 21, 2021

https://bugs.winehq.org/show_bug.cgi?id=47150 Bug ID: 47150 Summary: [Overwatch] Game freezes when new menu music starts playing Product: Wine Version: 4.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hewanci(a)gmail.com Distribution: --- Few days ago the new Lucio and Mercy League skins were introduced, and the menu got a new music, and a showcase of aforementioned new skins. Since then the game freezes as soon as the menu music starts playing. The music (and later the regular menu ambient music) still plays, but the GUI is frozen and unresponsive. The only workaround I could find was to very quickly open one of the sub-pages (eg. Play, Hero gallery, etc.) before the music starts. This way the music will never play, and then I can go back to the menu and everything works fine, including the showcase of the new skins playing in the background. Arch Linux, fully updated Wine Staging 4.7 -- 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 14

[Bug 50853] New: Elgato Stream Deck 4.9.3 (.NET 4.5 app) installer: 'WINE_MONO_TRACE=all' crashes Wine-Mono
by WineHQ Bugzilla May 21, 2021

May 21, 2021

https://bugs.winehq.org/show_bug.cgi?id=50853 Bug ID: 50853 Summary: Elgato Stream Deck 4.9.3 (.NET 4.5 app) installer: 'WINE_MONO_TRACE=all' crashes Wine-Mono Product: Wine Version: 6.4 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, split off from bug 50849 Doing a full trace of installer managed custom action with 'WINE_MONO_TRACE=all' causes an internal crash in Wine-Mono much earlier than running it without. --- snip --- $ WINE_MONO_VERBOSE=1 WINE_MONO_TRACE=all WINEDEBUG=+seh,+loaddll,+mscoree wine msiexec -i Stream_Deck_4.9.3.13222.msi ... converting method (wrapper cominterop) int System.IAppDomainSetup:set_ApplicationBase (intptr,string) Method (wrapper cominterop) int System.IAppDomainSetup:set_ApplicationBase (intptr,string) emitted at 0000000003b595d0 to 0000000003b59885 (code length 693) [rundll32.exe] 011c:trace:seh:RtlGrowFunctionTable 0000000000089130, 50 [000000000000011c: 0.00845 1] ENTER:c (wrapper cominterop) System.IAppDomainSetup:set_ApplicationBase (intptr,string)(0000000001c3aed0, [STRING:0000000002000740:file:///C:\users\focht\Temp\msic05c.tmp-]) converting method (wrapper managed-to-native) object object:__icall_wrapper_cominterop_get_ccw_object (intptr,int) Method (wrapper managed-to-native) object object:__icall_wrapper_cominterop_get_ccw_object (intptr,int) emitted at 0000000003b598a0 to 0000000003b59b66 (code length 710) [rundll32.exe] 011c:trace:seh:RtlGrowFunctionTable 0000000000089130, 51 [000000000000011c: 0.00855 2] ENTER:c (wrapper managed-to-native) object:__icall_wrapper_cominterop_get_ccw_object (intptr,int)(0000000001c3aed0, 0) [000000000000011c: 0.00857 2] LEAVE:c (wrapper managed-to-native) object:__icall_wrapper_cominterop_get_ccw_object (intptr,int)([System.AppDomainSetup:00000000020004d0] converting method (wrapper managed-to-native) object object:__icall_wrapper_cominterop_set_ccw_object_domain (object,intptr) Method (wrapper managed-to-native) object object:__icall_wrapper_cominterop_set_ccw_object_domain (object,intptr) emitted at 0000000003b59b80 to 0000000003b59e46 (code length 710) [rundll32.exe] 011c:trace:seh:RtlGrowFunctionTable 0000000000089130, 52 [000000000000011c: 0.00866 2] ENTER:c (wrapper managed-to-native) object:__icall_wrapper_cominterop_set_ccw_object_domain (object,intptr)([System.AppDomainSetup:00000000020004d0], 000000000022ef30) [000000000000011c: 0.00867 2] LEAVE:c (wrapper managed-to-native) object:__icall_wrapper_cominterop_set_ccw_object_domain (object,intptr)([System.AppDomainSetup:00000000020004d0] 011c:trace:seh:RtlGrowFunctionTable 0000000000089130, 53 converting method void System.AppDomainSetup:set_ApplicationBase (string) Method void System.AppDomainSetup:set_ApplicationBase (string) emitted at 0000000003b59e90 to 0000000003b5a078 (code length 488) [rundll32.exe] 011c:trace:seh:RtlGrowFunctionTable 0000000000089130, 54 [000000000000011c: 0.00876 2] ENTER:c System.AppDomainSetup:set_ApplicationBase (string)(this:00000000020004d0[System.AppDomainSetup rundll32.exe], [STRING:0000000002000740:file:///C:\users\focht\Temp\msic05c.tmp-]) [000000000000011c: 0.00877 2] LEAVE:c System.AppDomainSetup:set_ApplicationBase (string)( converting method (wrapper managed-to-native) void object:__icall_wrapper_cominterop_restore_domain (intptr) Method (wrapper managed-to-native) void object:__icall_wrapper_cominterop_restore_domain (intptr) emitted at 0000000003b5a090 to 0000000003b5a31b (code length 651) [rundll32.exe] 011c:trace:seh:RtlGrowFunctionTable 0000000000089130, 55 [000000000000011c: 0.00886 2] ENTER:c (wrapper managed-to-native) object:__icall_wrapper_cominterop_restore_domain (intptr)(0000000000000000) [000000000000011c: 0.00887 2] LEAVE:c (wrapper managed-to-native) object:__icall_wrapper_cominterop_restore_domain (intptr)( [000000000000011c: 0.00888 1] LEAVE:c (wrapper cominterop) System.IAppDomainSetup:set_ApplicationBase (intptr,string)(result=0 [000000000000011c: 0.00889 0] LEAVE:c (wrapper native-to-managed) System.IAppDomainSetup:set_ApplicationBase (intptr,intptr)(code=c0000005 flags=0 addr=000000000152C9F6 ip=000000000152C9F6 tid=011c 011c:trace:seh:dispatch_exception info[0]=0000000000000000 011c:trace:seh:dispatch_exception info[1]=0000000000000000 011c:warn:seh:dispatch_exception EXCEPTION_ACCESS_VIOLATION exception (code=c0000005) raised 011c:trace:seh:dispatch_exception rax=000000000152c9f6 rbx=0000000001bb1850 rcx=000000000152cbf4 rdx=0000000000080000 011c:trace:seh:dispatch_exception rsi=0000000000000000 rdi=0000000001c36b40 rbp=0000000000000001 rsp=000000000022ed40 011c:trace:seh:dispatch_exception r8=0000000000000078 r9=0000000000000002 r10=0000000001bb18d8 r11=0000000001918048 011c:trace:seh:dispatch_exception r12=0000000000b02a48 r13=0000000000000000 r14=000000000022ede0 r15=0000000001c36b50 011c:trace:seh:call_vectored_handlers calling handler at 00000000015D38F0 code=c0000005 flags=0 ================================================================= Native Crash Reporting ================================================================= Got a UNKNOWN while executing native code. This usually indicates a fatal error in the mono runtime or one of the native libraries used by your application. ================================================================= ================================================================= Managed Stacktrace: ================================================================= ================================================================= 011c:trace:seh:call_vectored_handlers handler at 00000000015D38F0 returned 0 011c:trace:seh:call_vectored_handlers calling handler at 000000007B012010 code=c0000005 flags=0 011c:trace:seh:call_vectored_handlers handler at 000000007B012010 returned 0 --- snip --- $ sha1sum Stream_Deck_4.9.3.13222.msi d54a6df51519c5028eeb27b8f1a577d50a62e375 Stream_Deck_4.9.3.13222.msi $ du -sh Stream_Deck_4.9.3.13222.msi 96M Stream_Deck_4.9.3.13222.msi $ wine --version wine-6.4 Regards -- 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