December 2023 - Wine-bugs - list.winehq.org

[Bug 55723] New: regsvr32 no longer provides output on success/failure
by WineHQ Bugzilla 15 Jan '24

15 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=55723 Bug ID: 55723 Summary: regsvr32 no longer provides output on success/failure Product: Wine Version: 8.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: s_chriscollins(a)hotmail.com Distribution: --- As of Wine version 8.12, regsvr32 no longer provides terminal output to indicate whether or not a DLL has successfully been registered. A regression test points to commit #dcf0bf1f as the culprit. Steps to reproduce: 1. Install WineASIO (https://github.com/wineasio/wineasio) 2. Run the included wineasio-register script, which runs regsvr32 to register the WineASIO DLL. Note that as WineASIO currently still uses libwine, the DLL registration will fail. Result: No terminal output to indicate success/failure of DLL registration. Expected result: regsvr32 should output success or failure status as it does in Wine 8.11 and earlier, e.g.: "regsvr32: Failed to load DLL '/opt/wine-devel/lib/wine/i386-unix/wineasio32.dll.so'" -- 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 55861] New: GetFileMUIPath stub null
by WineHQ Bugzilla 15 Jan '24

15 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=55861 Bug ID: 55861 Summary: GetFileMUIPath stub null Product: Wine-staging Version: 8.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: boldi(a)buday.hu CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 75382 --> https://bugs.winehq.org/attachment.cgi?id=75382 output I tried to run locale emulator on linux. Its an app that lets you fake the system language to an app temporarly. It works, but with an app i get an error with the tzres.dll or maybe the tzres.dll.mui? If it cant be solved, is there a another alternative to to this? I attached a log, it is a bit long. -- 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 55994] New: module:import_dll Library WDFLDR.SYS (which is needed by L"C:\\windows\\system32\\drivers\\DBUtilDrv2.sys") not found
by WineHQ Bugzilla 15 Jan '24

15 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=55994 Bug ID: 55994 Summary: module:import_dll Library WDFLDR.SYS (which is needed by L"C:\\windows\\system32\\drivers\\DBUtilDrv2.sys") not found Product: Wine Version: 9.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mikes(a)kuentos.guam.net Distribution: --- Upgraded to the new 9.0-rc1 on machine Run wine notepad with regular user and it works fine. Running with root user get this. 00e0:err:module:import_dll Library WDFLDR.SYS (which is needed by L"C:\\windows\\system32\\drivers\\DBUtilDrv2.sys") not found 00e0:err:ntoskrnl:ZwLoadDriver failed to create driver L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\DBUtilDrv2": c0000142 003c:fixme:service:scmdatabase_autostart_services Auto-start service L"DBUtilDrv2" failed to start: 1114 notepad does open not sure why this message appears with root user? -- 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 8

[Bug 55984] New: GStreamer 32bits headers not found even they're installed
by WineHQ Bugzilla 15 Jan '24

15 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=55984 Bug ID: 55984 Summary: GStreamer 32bits headers not found even they're installed Product: Wine Version: 8.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: berillions(a)gmail.com Regression SHA1: 3aca5994584b3e91bc2abc138dde8422d0d15f24 Distribution: Debian Hi, There is a regression since wine-8.21 when i build wine 32bits on a x86_64 system. Gstreamer base development 32bits packages from repository (libgstreamer-plugins-base1.0-dev:i386 and libgstreamer1.0-dev:i386) are correctly installed. Configure wine-8.20 has no issue, i don't have the warning about the headers not found and GStreamer not supported. Only with wine-8.21 + latest wine-git. I did a regression test and found this commit which cause the issue. Revert it on wine-git fix the issue. -- 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 56031] New: Disgen 2023: Data folders not displayed when Wine is acting like Windows 8.1 or later.
by WineHQ Bugzilla 15 Jan '24

15 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=56031 Bug ID: 56031 Summary: Disgen 2023: Data folders not displayed when Wine is acting like Windows 8.1 or later. Product: Wine Version: 9.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: uxtheme Assignee: wine-bugs(a)winehq.org Reporter: jan-olof.svensson(a)abc.se Distribution: --- Created attachment 75677 --> https://bugs.winehq.org/attachment.cgi?id=75677 Should look like this. Data folders not displayed when Wine is acting like Windows 8.1 or later. Steps to reproduce: 1. Install Wine. 2. Run winecfg and set Windows version. 3. Download Disgen from https://medlem.dis.se/download/dg2023/disgen_install_2023_3.exe or https://www.dis.se/disgen 4. Install Disgen. 5. Start Disgen, click OK and then the link at the bottom of the home window (or Shift+Ctrl+H) to open it's data folder manager. Expected behavior: The data folder(s) and their properties should be displayed. Actual behavior: Nothing is displayed. -- 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 51207] New: Origin: wineserver: file_set_error() can't map error: Cannot allocate memory
by WineHQ Bugzilla 15 Jan '24

15 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=51207 Bug ID: 51207 Summary: Origin: wineserver: file_set_error() can't map error: Cannot allocate memory Product: Wine Version: 6.9 Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Alexander88207(a)Protonmail.com Created attachment 70079 --> https://bugs.winehq.org/attachment.cgi?id=70079 Origin.log Hello, origin crashes when origin try's to load the menu right after login. The strange thing is that it works when origin has been started after installation. -- 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 49476] New: Overwatch doesn't start on 5.10, 5.11
by WineHQ Bugzilla 15 Jan '24

15 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=49476 Bug ID: 49476 Summary: Overwatch doesn't start on 5.10, 5.11 Product: Wine-staging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cysp74(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 67590 --> https://bugs.winehq.org/attachment.cgi?id=67590 LOG Since 5.10, 5.11 staging versions Overwatch can't start. Last working version is 5.9.r16.g6387991c Related environment variables: export WINEPREFIX=$(pwd) export WINEARCH=win64 export __GL_THREADED_OPTIMIZATIONS=0 export __GL_SHADER_CACHE=$WINEPREFIX/shadercache export __GL_SHADER_DISK_CACHE_PATH=$WINEPREFIX/shadercache export DXVK_STATE_CACHE_PATH=$WINEPREFIX/dxvkcache export MESA_GLTHREAD=FALSE Another try took place without __GL_THREADED_OPTIMIZATIONS and MESA_GLTHREAD but didn't make difference. DXVK 1.7 has been installed -- 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 33

[Bug 55235] New: hnetcfg:policy - test_static_port_mapping_collection() fails on fg-deb64-*
by WineHQ Bugzilla 15 Jan '24

15 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=55235 Bug ID: 55235 Summary: hnetcfg:policy - test_static_port_mapping_collection() fails on fg-deb64-* Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: hnetcfg Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- hnetcfg:policy - test_static_port_mapping_collection() fails on fg-deb64-*: policy.c:219: Test failed: Got unexpected hr 0x80004005. policy.c:223: Test failed: Got unexpected count2 0, expected 1. policy.c:282: Test failed: Got unexpected hr 0x80004005. See https://test.winehq.org/data/patterns.html#hnetcfg:policy The failures are systematic and started on 2023-07-06 in all configurations. The failures now happen even with old builds so presumably something changed in my desktop configuration (fg-deb64). It's not clear if that means there is a misconfiguration on my Debian 12, or if Wine or the test fails to deal correctly with 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 4

[Bug 44960] New: Unable to use python WMI winmgmts object
by wine-bugs＠winehq.org 15 Jan '24

15 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=44960 Bug ID: 44960 Summary: Unable to use python WMI winmgmts object Product: Wine Version: 3.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)winehq.org Reporter: 20917771(a)student.uwa.edu.au Distribution: --- Created attachment 61068 --> https://bugs.winehq.org/attachment.cgi?id=61068 A minimal test case I am trying to use pywin32 to wait on an external process using its PID. I used winetricks WMI. I am using Ubuntu 16.04 LTS with Wine 3.5. I have attached a minimal example of the Python script. I expect it to wait for the other process to complete. Instead, I get the following output and the process exits immediately: 0009:fixme:kerberos:kerberos_SpInstanceInit 65536,0x7e0413a0,(nil): stub 0033:fixme:kerberos:kerberos_SpInstanceInit 65536,0x7e0913a0,(nil): stub 0009:err:ole:apartment_getclassobject DllGetClassObject returned error 0x80004002 for dll L"C:\\windows\\system32\\wbem\\wbemdisp.dll" 0009:err:ole:create_server class {172bddf8-ceea-11d1-8b05-00600806d9b6} not registered 0009:fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported 0009:err:ole:CoGetClassObject no class object {172bddf8-ceea-11d1-8b05-00600806d9b6} could be created for context 0x15 0009:err:ole:create_server class {8bc3f05e-d86b-11d0-a075-00c04fb68820} not registered 0009:fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported 0009:err:ole:CoGetClassObject no class object {8bc3f05e-d86b-11d0-a075-00c04fb68820} could be created for context 0x14 Traceback (most recent call last): File "test.py", line 10, in <module> wmi = win32com.client.GetObject('winmgmts:') File "C:\Python27\lib\site-packages\win32com\client\__init__.py", line 72, in GetObject return Moniker(Pathname, clsctx) File "C:\Python27\lib\site-packages\win32com\client\__init__.py", line 87, in Moniker moniker, i, bindCtx = pythoncom.MkParseDisplayName(Pathname) pywintypes.com_error: (-2147221164, 'REGDB_E_CLASSNOTREG', None, None) -- 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 45647] New: chromium x64 sandbox >=win10 needs win10 csrss heap
by wine-bugs＠winehq.org 15 Jan '24

15 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=45647 Bug ID: 45647 Summary: chromium x64 sandbox >=win10 needs win10 csrss heap Product: Wine Version: 3.13 Hardware: x86 OS: Linux Status: NEW Keywords: patch Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 62076 --> https://bugs.winehq.org/attachment.cgi?id=62076 Patch to provide csrss heap and fake win10 heaps Follow up to bug 45646. Starting with win10, the chromium sandbox tries to find a certain heap that's shared with csrss.exe. It does this by enumerating all process heaps, looking in the internal structure for the right flags. For that it assumes the internal structure behind the opaque handle... We need to do 2 things here. 1) Provide a csrss heap in the first place 2) Return handles that have a heap structure similar to win10 heap behind them -- 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