May 2022 - Wine-bugs - list.winehq.org

[Bug 50624] New: Waves Central 12.0.5 fails to start: __call__ pywintypes.error: (1336, 'AddAccesAllowedAce', 'Invalid ACL.')
by WineHQ Bugzilla 29 Jul '22

29 Jul '22

https://bugs.winehq.org/show_bug.cgi?id=50624 Bug ID: 50624 Summary: Waves Central 12.0.5 fails to start: __call__ pywintypes.error: (1336, 'AddAccesAllowedAce', 'Invalid ACL.') Product: Wine Version: 6.1 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- Created attachment 69318 --> https://bugs.winehq.org/attachment.cgi?id=69318 hack After installing it throws up a message : "Central has encountered a system permissions issue" Below part of the console output File "pybatch\fileSystemBatchCommands.py", line 646, in __call__ pywintypes.error: (1336, 'AddAccesAllowedAce', 'Invalid ACL.') [1536] Failed to execute script instl The attached hack makes the error go away and let`s me reach the login-screen. Maybe the hack is wrong, i don`t know how to test, but it looks like the error is coming from the code line if (!RtlFirstFreeAce(pAcl, &pAceHeader) return STATUS_INVALID_ACL; because when I change it to return STATUS_INVALID_PARAMATER it stops with: File "pybatch\fileSystemBatchCommands.py", line 646, in __call__ pywintypes.error: (87, 'AddAccesAllowedAce', 'Invalid parameter.') After changing it to STATUS_ALLOTTED_SPACE_EXCEEDED the issue is gone, and i get to the loginscreen I don`t know how to test returncode, hopefully someone familiar with this piece of code can pick this up -- 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 6

[Bug 39987] New: Firefox 42.0 cannot open download's folder, needs SHOpenFolderAndSelectItems implemented
by wine-bugs＠winehq.org 29 Jul '22

29 Jul '22

https://bugs.winehq.org/show_bug.cgi?id=39987 Bug ID: 39987 Summary: Firefox 42.0 cannot open download's folder, needs SHOpenFolderAndSelectItems implemented Product: Wine Version: 1.9.1 Hardware: x86 URL: https://www.mozilla.org/en-US/firefox/all/ OS: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- I use win32 firefox to access some flash websites. While browsing, I downloaded a PDF and then clicked Firefox's blue arrow to see my downloads. I right clicked on the PDF and chose 'Open Containing Folder' which does nothing. At the same time, terminal outputs this fixme: fixme:shell:SHOpenFolderAndSelectItems 0x1e781400 1 0x229fe604 0x0: stub that looks slightly related to the 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.

2 6

[Bug 52773] New: winwprefix is not to ready to use after running wineboot
by WineHQ Bugzilla 29 Jul '22

29 Jul '22

https://bugs.winehq.org/show_bug.cgi?id=52773 Bug ID: 52773 Summary: winwprefix is not to ready to use after running wineboot Product: Wine Version: 7.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ralf.habacker(a)freenet.de Distribution: --- Created attachment 72145 --> https://bugs.winehq.org/attachment.cgi?id=72145 Wine 7.5 related log file showing the issue On building a package in a qemu-kvm environment wine 7.5 shows an unusual behavior compared with older wine versions, when running winboot to initialize a wine prefix followed by running wintricks to change wine settings. With wine 6.0, which is working, there is printed (wineboot is started without a display to avoid showing any gui dialog) [ 211s] ++ command -v wineboot [ 211s] ++ test -n /home/abuild/.mingw32-cross-wine [ 211s] ++ test -d /home/abuild/.mingw32-cross-wine [ 211s] ++ wineboot -fi [ 211s] wine: created the configuration directory '/home/abuild/.mingw32-cross-wine' [ 211s] 0048:err:explorer:initialize_display_settings Failed to query current display settings for L"\\\\.\\DISPLAY1". [ 211s] 0048:err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hr 0x80004002 [ 211s] 0048:err:ole:CoMarshalInterface Failed to marshal the interface {6d5140c1-7436-11ce-8034-00aa006009fa}, hr 0x80004002 [ 211s] 0048:err:ole:apartment_get_local_server_stream Failed: 0x80004002 [ 211s] 002c:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded. [ 211s] 002c:err:winediag:nodrv_CreateWindow Make sure that your X server is running and that $DISPLAY is set correctly. [ 211s] 0050:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded. [ 211s] 0050:err:winediag:nodrv_CreateWindow Make sure that your X server is running and that $DISPLAY is set correctly. [ 211s] 0050:err:ole:apartment_createwindowifneeded CreateWindow failed with error 0 [ 211s] 0050:err:ole:apartment_createwindowifneeded CreateWindow failed with error 0 [ 211s] 0050:err:ole:apartment_createwindowifneeded CreateWindow failed with error 14007 [ 211s] 0050:err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hr 0x800736b7 [ 211s] 0050:err:ole:CoMarshalInterface Failed to marshal the interface {6d5140c1-7436-11ce-8034-00aa006009fa}, hr 0x800736b7 [ 211s] 0050:err:ole:apartment_get_local_server_stream Failed: 0x800736b7 [ 211s] 0050:err:ole:start_rpcss Failed to open RpcSs service [ 211s] 0040:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded. [ 211s] 0040:err:winediag:nodrv_CreateWindow Make sure that your X server is running and that $DISPLAY is set correctly. [ 213s] 0060:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded. [ 213s] 0060:err:winediag:nodrv_CreateWindow Make sure that your X server is running and that $DISPLAY is set correctly. [ 213s] 0068:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded. [ 213s] 0068:err:winediag:nodrv_CreateWindow Make sure that your X server is running and that $DISPLAY is set correctly. [ 213s] Could not find Wine Gecko. HTML rendering will be disabled. [ 214s] wine: configuration in L"/home/abuild/.mingw32-cross-wine" has been updated. Then winetricks is called to change settings [ 214s] ++ winetricks nocrashdialog autostart_winedbg=disabled [ 214s] ------------------------------------------------------ [ 214s] winetricks latest version check update disabled [ 214s] ------------------------------------------------------ [ 214s] Executing mkdir -p /home/abuild [ 215s] Using winetricks 20210206-next - sha256sum: 57ff30bced6c84e79932d5d98993a6361f12331b3a33f51cc1e65d8c9af2656c with wine-6.0 and WINEARCH=win32 [ 216s] Executing w_do_call nocrashdialog [ 216s] Executing mkdir -p /home/abuild [ 216s] Executing load_nocrashdialog [ 216s] Disabling graphical crash dialog [ 216s] Executing cd /home/abuild/.mingw32-cross-wine/dosdevices/c:/windows/temp [ 216s] Executing wine regedit crashdialog.reg [ 216s] Using override for following DLLs: autostart_winedbg [ 216s] Executing wine regedit C:\windows\Temp\_disabled\override-dll.reg This works out of the box. Processing the same with wine-7.5 shows [ 154s] ++ wineboot -fi [ 154s] wine: created the configuration directory '/home/abuild/.mingw32-cross-wine' [ 154s] 002c:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0) [ 154s] 0048:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0) [ 154s] 0050:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0) [ 154s] 0048:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded. [ 154s] 0048:err:winediag:nodrv_CreateWindow L"The explorer process failed to start." [ 154s] 0048:err:systray:initialize_systray Could not create tray window [ 154s] 0048:err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hr 0x80004002 [ 154s] 0048:err:ole:CoMarshalInterface Failed to marshal the interface {6d5140c1-7436-11ce-8034-00aa006009fa}, hr 0x80004002 [ 154s] 0048:err:ole:apartment_get_local_server_stream Failed: 0x80004002 [ 154s] 002c:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded. [ 154s] 002c:err:winediag:nodrv_CreateWindow L"Make sure that your X server is running and that $DISPLAY is set correctly." [ 154s] 0050:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded. [ 154s] 0050:err:winediag:nodrv_CreateWindow L"Make sure that your X server is running and that $DISPLAY is set correctly." [ 154s] 0050:err:ole:apartment_createwindowifneeded CreateWindow failed with error 3 [ 154s] 0050:err:ole:apartment_createwindowifneeded CreateWindow failed with error 0 [ 154s] 0050:err:ole:apartment_createwindowifneeded CreateWindow failed with error 14007 [ 154s] 0050:err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hr 0x800736b7 [ 154s] 0050:err:ole:CoMarshalInterface Failed to marshal the interface {6d5140c1-7436-11ce-8034-00aa006009fa}, hr 0x800736b7 [ 154s] 0050:err:ole:apartment_get_local_server_stream Failed: 0x800736b7 [ 154s] 0050:err:ole:start_rpcss Failed to open RpcSs service [ 154s] 0040:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded. [ 154s] 0040:err:winediag:nodrv_CreateWindow L"Make sure that your X server is running and that $DISPLAY is set correctly." [ 154s] 0084:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded. [ 154s] 0084:err:winediag:nodrv_CreateWindow L"Make sure that your X server is running and that $DISPLAY is set correctly." [ 156s] 008c:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded. [ 156s] 008c:err:winediag:nodrv_CreateWindow L"Make sure that your X server is running and that $DISPLAY is set correctly." [ 157s] wine: configuration in L"/home/abuild/.mingw32-cross-wine" has been updated. To this point nothing is different [ 157s] ++ winetricks nocrashdialog autostart_winedbg=disabled [ 157s] ------------------------------------------------------ [ 157s] winetricks latest version check update disabled [ 157s] ------------------------------------------------------ [ 157s] Executing mkdir -p /home/abuild [ 158s] grep: /home/abuild/.mingw32-cross-wine/*.reg: No such file or directory [ 158s] ------------------------------------------------------ The issue is, that the newly created wine prefix is not ready for usage. [ 158s] WINEPREFIX INFO: [ 158s] Drive C: total 24 [ 158s] drwxr-xr-x 6 abuild abuild 4096 Apr 4 22:11 . [ 158s] drwxr-xr-x 4 abuild abuild 4096 Apr 4 22:11 .. [ 158s] drwxr-xr-x 6 abuild abuild 4096 Apr 4 22:11 Program Files [ 158s] drwxr-xr-x 3 abuild abuild 4096 Apr 4 22:11 ProgramData [ 158s] drwxr-xr-x 4 abuild abuild 4096 Apr 4 22:11 users [ 158s] drwxr-xr-x 16 abuild abuild 4096 Apr 4 22:11 windows [ 158s] [ 158s] Registry info: [ 158s] /home/abuild/.mingw32-cross-wine/*.reg: [ 158s] ------------------------------------------------------ [ 158s] ------------------------------------------------------ [ 158s] warning: wine cmd.exe /c echo '%AppData%' returned empty string, error message "" [ 158s] ------------------------------------------------------ -- 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 13

[Bug 53058] New: Incorrect socket reconnect behavior for DGRAM sockets
by WineHQ Bugzilla 29 Jul '22

29 Jul '22

https://bugs.winehq.org/show_bug.cgi?id=53058 Bug ID: 53058 Summary: Incorrect socket reconnect behavior for DGRAM sockets Product: Wine Version: 6.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: aman560900(a)hotmail.com Distribution: --- Expected behavior: Reconnecting with a DGRAM socket (specifically UDP) should not fail Observed behavior: Reconnecting fails with WSAEISCONN Breaking commit and change: https://github.com/wine-mirror/wine/commit/3b33a6b4873d2d75418c298880766f63… Both Windows and Linux kernels implement this correctly, with wine being the sole divergence. SockDoConnect in mswsock.dll shows the logic flow, SOCK_STREAM should fail with WSAEISCONN, but SOCK_DGRAM should not. -- 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 52594] New: rustup-init.exe panic in reqwest failed to park thread
by WineHQ Bugzilla 29 Jul '22

29 Jul '22

https://bugs.winehq.org/show_bug.cgi?id=52594 Bug ID: 52594 Summary: rustup-init.exe panic in reqwest failed to park thread Product: Wine Version: 7.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lorenzofer(a)live.it Distribution: ArchLinux The rustup executable (rustup-init.exe) panic with thread 'reqwest-internal-sync-runtime' panicked at 'failed to park', C:\Users\runneradmin\.cargo\registry\src\github.com-1ecc6299db9ec823\tokio-1.4.0\src\runtime\basic_scheduler.rs:224:56 note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace This is from wine 7.0rc1 Wine 6.23 give another issue: error: could not download file from 'https://static.rust-lang.org/dist/channel-rust-stable.toml.sha256' to 'C:\users\lorenzo\.rustup\tmp\atqc1z0zr2x8cjfz_file': failed to make network request: error sending request for ur l (https://static.rust-lang.org/dist/channel-rust-stable.toml.sha256) error trying to connect: OS Error -2146762482 (FormatMessageW() returned error 317) (os error -2146762482): error trying to connect: OS Error -2146762482 (FormatMess ageW() returned error 317) (os error -2146762482): OS Error -2146762482 (FormatMessageW() returned error 317) (os error -2146762482) Not sure if this is a regression, or in 7.0rc1 there was a patch the solved an error before I'm going to bisect -- 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 51616] New: Unravel Two crashes on intro
by WineHQ Bugzilla 29 Jul '22

29 Jul '22

https://bugs.winehq.org/show_bug.cgi?id=51616 Bug ID: 51616 Summary: Unravel Two crashes on intro Product: Wine Version: 6.15 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Assertion failed! Program: C:\Program Files (x86)\Steam\steamapps\common\UnravelTwo\UnravelTwo.exe File: ../wine/dlls/quartz/memallocator.c Line: 346 Expression: "ms->ref == 0" Renaming 'V' folder in 'GameFolder\D3D11' is a workaround. -- 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 6

[Bug 51476] New: user32:input test_Input_mouse() gets bad WM_MOUSEMOVE messages
by WineHQ Bugzilla 29 Jul '22

29 Jul '22

https://bugs.winehq.org/show_bug.cgi?id=51476 Bug ID: 51476 Summary: user32:input test_Input_mouse() gets bad WM_MOUSEMOVE messages Product: Wine Version: 6.10 Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com user32:input gets the following failure on most Windows versions: http://winetest.dolphin/data/patterns.html#user32:input input.c:3350: Test failed: got unexpected WM_MOUSEMOVE x 150, expected 210 * The invalid x value depends on the machine (e.g. it's different on win81_cw-rx460 and w8), but is the same from one run to the next. * The failure is quite frequent but not 100% reproducible (e.g. on w8). Timing issue? * It impacts Windows 7 to Windows 10 2009 (except w1064v1607). -- 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 41213] New: Missing textures
by wine-bugs＠winehq.org 29 Jul '22

29 Jul '22

https://bugs.winehq.org/show_bug.cgi?id=41213 Bug ID: 41213 Summary: Missing textures Product: Wine Version: 1.9.17 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: montanawoody(a)gmail.com Distribution: --- Created attachment 55467 --> https://bugs.winehq.org/attachment.cgi?id=55467 Compressed terminal output The D3D 11 renderer for Elder Scrolls Online is almost working with the latest Wine version. The only issue I'm see now are missing textures, and these related error/fixme messages: err:d3d:wined3d_debug_callback 0x15c2400: "GL_INVALID_OPERATION in glUseProgram(program 15 not linked)". fixme:d3d:context_bind_shader_resources Shader 0x7ff6c9ae0b70 needs 21 samplers, but only 16 are supported. I've attached the terminal output as a compressed file since it was 35MB uncompressed. I have a patch that I will attach as well that fixes the problem -- but is probably a hack. Hopefully someone more knowledgeable will know of a proper solution. -- 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 39

[Bug 53075] New: Spitfire Audio App 3.3.23: crashes/freezes after login
by WineHQ Bugzilla 25 Jul '22

25 Jul '22

https://bugs.winehq.org/show_bug.cgi?id=53075 Bug ID: 53075 Summary: Spitfire Audio App 3.3.23: crashes/freezes after login Product: Wine Version: 7.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nonamedboy(a)outlook.com Distribution: --- Created attachment 72495 --> https://bugs.winehq.org/attachment.cgi?id=72495 Archive containing logs and a screenshot System information ------------------ Distribution : Kubuntu 22.04 LTS Kernel : 5.15.0-30-generic Architecture : x86_64 CPU : Intel Core i7-12700F Wine version : wine-7.9 / 7.9~jammy-1 Wine package name : wine-devel Wine package source : https://dl.winehq.org/wine-builds/ubuntu/dists/jammy/winehq-jammy.sources Installed programs : * Microsoft Visual C++ 2015-2019 Redistributable (x64) - 14.29.30139 [installed by Spitfire Audio] * Spitfire Audio version 3.3.23 * Wine Mono Runtime 7.2.0 * Wine Mono Windows Support 7.2.0 Changed Settings : Wine Windows version (7, 8, 8.1, 10) Application information ----------------------- Application : Spitfire Audio App Application version : 3.3.23 Official URL : https://www.spitfireaudio.com/library-manager/download/win/ Archive.org URL : https://web.archive.org/web/20220524211003/https://d1t3zg51rvnesz.cloudfron… AppDB URL : https://appdb.winehq.org/objectManager.php?sClass=application&iId=19759 Installation path : "~/.wine/drive_c/Program Files/Spitfire Audio/" Installer file name : SpitfireAudio-Win-3.3.23.exe Installer SHA1 : cf91f0ff1a60a3b0584b8587b78105100eb0b4d0 Executable file name: Spitfire Audio.exe Executable SHA1 : b5370fb6fbf3926d48dfee23817e043ff35a4f72 Bug information --------------- Type of bug : crash/freeze; could be regression - AppDB indicates a silver rating with 7.2-staging Symptom : the application does either crash or not respond (seems to be random) and has to be terminated forcefully Condition : during startup, after login Last error message : 01b4:err:sync:RtlpWaitForCriticalSection section 00000000002300C8 "dlls/ntdll/heap.c: main process heap section" wait timed out in thread 01b4, blocked by 0100, retrying (60 sec) Steps to reproduce the bug -------------------------- 0. Reset the default wine prefix 1. Install the Spitfire Audio App in the default wine prefix 2. Open Terminal here: "~/.wine/drive_c/Program\ Files/Spitfire\ Audio/" 3. Run Spitfire Audio.exe: "wine Spitfire\ Audio.exe" 4. Click on "DECLINE" when asked about data collection 5. Enter username and password (free account needed) 6. Click on "LOGIN" 7. You will see the loading screen (circle shaped bar) fill to about 50%-100%, then the application will either crash or not respond Attachments ----------- wine_bug_report_spitfire.zip: - app_log.txt : contains the logs created by Spitfire Audio App - bug_info.txt : contains this description - Screenshot_20220524_225202.png: a screenshot of the frozen Spitfire Audio App - wine_log.txt : contains the logs created by wine Checklist --------- - bug writing guidelines : checked - most frequently reported bugs : no match found - known issues : may be related to https://bugs.winehq.org/show_bug.cgi?id=31882 - regression test : N/A -- 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 52840] New: Vulkan fails to initialize for 32-bit processes due to ENOMEM while trying to map shared libraries
by WineHQ Bugzilla 24 Jul '22

24 Jul '22

https://bugs.winehq.org/show_bug.cgi?id=52840 Bug ID: 52840 Summary: Vulkan fails to initialize for 32-bit processes due to ENOMEM while trying to map shared libraries Product: Wine Version: 7.6 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Distribution: --- This can result in subtle failures down the line. In my case it resulted in a variation on bug 52508. This was a huge game of "any one of you should have screamed an error condition at me, but you didn't", and as a result this took me several hours to debug. Kind of annoyed at that one. Anyway, the root of the problem is that we reserve almost the entire address space. We reserve everything above 0x80000000 because we don't want win32 memory to get mapped there, and we reserve the entire range between 0x00010000-0x68000000 for... some reason? And for me, this doesn't leave enough space to load everything that the Vulkan driver needs. The final straw was a failure to reserve 27 MiB for libicudata.so. Normally this isn't a problem, because we release the low area, but all of this happens during DLL initialization (winex11.drv.so specifically), and we don't release the low area until after all DLLs are attached. -- 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