January 2024 - Wine-bugs - list.winehq.org

[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

[Bug 47203] New: winedbg --gdb Game300.exe gives Internal crash at 0x7e9a06f9 (w3dhub/ecw)
by wine-bugs＠winehq.org 15 Jan '24

15 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=47203 Bug ID: 47203 Summary: winedbg --gdb Game300.exe gives Internal crash at 0x7e9a06f9 (w3dhub/ecw) Product: Wine Version: 4.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dbghelp Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- Created attachment 64458 --> https://bugs.winehq.org/attachment.cgi?id=64458 dbghelp: Avoid crash in pe_load_msc_debug_info. An interesting debugging topic got written to the forums in [1]. There a crash of "winedbg --gdb" got described that I could reproduce which ends here: Unhandled exception: page fault on read access to 0x017ac000 in 32-bit code (0x7e9a06f9). ... Backtrace: =>0 0x7e9a06f9 pe_load_msc_debug_info+0xc3() [dlls/dbghelp/pe_module.c:597] in dbghelp (0x0032e5a8) 1 0x7e9a0ae8 pe_load_debug_info+0x67() [dlls/dbghelp/pe_module.c:715] in dbghelp (0x0032e5d8) 2 0x7e9a0d8f pe_load_native_module+0x23c() [dlls/dbghelp/pe_module.c:774] in dbghelp (0x0032e838) 3 0x7e991ff8 SymLoadModuleExW+0x2db(BaseOfDll=0x400000) [dlls/dbghelp/module.c:643] in dbghelp (0x0032e8b8) ... Attached patch contains a hack to check if the memory where parts of the debug information is expected is mapped into the process. And contains the full backtrace. [1] https://forum.winehq.org/viewtopic.php?f=2&t=32324&sid=001e48b2bd4f8f199350… -- 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 54520] New: Direct Parallel Port Access Removed
by WineHQ Bugzilla 15 Jan '24

15 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=54520 Bug ID: 54520 Summary: Direct Parallel Port Access Removed Product: Wine Version: 8.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dos Assignee: wine-bugs(a)winehq.org Reporter: medasaro(a)comcast.net Distribution: --- Created attachment 74058 --> https://bugs.winehq.org/attachment.cgi?id=74058 The Willem EPROM Programmer Application I rely on a Willem EPROM programmer for working with vintage hardware. This device requires direct parallel port access (not LPT, but direct raw access to the parallel port pins.) The application used to work in Wine (Wine 1.0) if I set the windows version to Windows 95 (or 98) and added the following registry keys: '\HEX_CURRENT_USER\Software\Wine\VDM\ppdev\278' with value '/dev/parport1' '\HEX_CURRENT_USER\Software\Wine\VDM\ppdev\378' with value '/dev/parport0' I had a hardware failure and upgraded to a new computer running a more modern version of Linux and the current version of Wine (8.2). Under this configuration, it no longer works. Looking at the source code, it appears that ppdev support has been removed entirely when winedos was merged into krnl386.exe16. I would very much like to see support for this added back into wine as I rely on it. Thanks! Matthew D'Asaro -- 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 56112] New: Feature request: let wine first cd to the directory with the .exe when a full path to a .exe is specified
by WineHQ Bugzilla 15 Jan '24

15 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=56112 Bug ID: 56112 Summary: Feature request: let wine first cd to the directory with the .exe when a full path to a .exe is specified Product: Wine Version: 9.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cedric.dewijs(a)eclipso.eu Distribution: --- Running programs in this way is unsupported: $ wine ~/path/to/appname.exe The user must first cd into the directory of the program and then run the program: $ cd ~/path/to/ && wine appname.exe It would be nice if wine would itself cd into the correct directory when a full path is detected, so users don't have to bother with first going into the correct directory. See this bug for more discussion on the subject: https://bugs.winehq.org/show_bug.cgi?id=56088 -- 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 51673] New: Installation issues in The Settlers: Heritage of Kings
by WineHQ Bugzilla 15 Jan '24

15 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=51673 Bug ID: 51673 Summary: Installation issues in The Settlers: Heritage of Kings Product: Wine Version: 6.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Markus.Elfring(a)web.de Distribution: --- I could install the game “The settlers (gold edition)” once more by components from the software package “wine-6.13-1.fc34”. Some information was logged for further development considerations. [Markus_Elfring(a)fedora SHOK_GOLD]$ wine start setup.exe 002c:fixme:winediag:LdrInitializeThunk wine-staging 6.13 is a testing version containing experimental patches. … 0034:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. … 011c:err:ole:TLB_ReadTypeLib Loading of typelib L"C:\\Program Files (x86)\\Common Files\\InstallShield\\Professional\\RunTime\\IsProBE.tlb" failed with error 2 011c:fixme:file:NtLockFile I/O completion on lock not implemented yet 011c:fixme:apphelp:ApphelpCheckInstallShieldPackage stub: 0061DDAC L"Z:\\run\\media\\Markus_Elfring\\SHOK_GOLD\\data1.hdr" 011c:err:richedit:ReadStyleSheet skipping optional destination … 0138:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION 0138:fixme:wbemprox:wbem_services_CreateInstanceEnum unsupported flags 0x00000030 0138:fixme:wbemprox:enum_class_object_Next timeout not supported 0138:fixme:ddraw:ddraw7_Initialize Ignoring guid {aeb2cdd4-6e41-43ea-941c-8361cc760781}. 011c:fixme:sfc:SRSetRestorePointA 01F6E900 01F6E9A8 … 0224:err:ole:dispatch_rpc no apartment found for ipid {ffffffff-ffff-ffff-2401-000018010000} 0220:err:rpc:I_RpcReceive we got fault packet with status 0x80010108 … 0218:fixme:ddraw:ddraw7_Initialize Ignoring guid {aeb2cdd4-6e41-43ea-941c-8361cc760781}. … 0250:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x44da8b 026c:fixme:advapi:RegisterEventSourceA ((null)," "): stub 026c:fixme:advapi:RegisterEventSourceW (L"",L" "): stub 026c:fixme:advapi:ReportEventA (CAFE4242,0x0001,0x0000,0x00000000,00000000,0x0001,0x00000060,00FAFAF4,00FF3D2A): stub 026c:fixme:advapi:ReportEventW (CAFE4242,0x0001,0x0000,0x00000000,00000000,0x0001,0x00000060,006DE4E8,00FF3D2A): stub 026c:err:eventlog:ReportEventW L"6" … 026c:fixme:advapi:DeregisterEventSource (CAFE4242) stub Unfortunately, the start attempt of the game (as it was offered by the installation program from an original CD) failed. Now I am curious how the affected software will evolve accordingly. -- 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 23