wine-bugs

wine-bugs@winehq.org

1 participants
158886 discussions

[Bug 52720] New: cmd.exe:batch times out in Wine
by WineHQ Bugzilla 11 Jul '25

11 Jul '25

https://bugs.winehq.org/show_bug.cgi?id=52720 Bug ID: 52720 Summary: cmd.exe:batch times out in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- cmd.exe:batch started timing out in Wine on 2022-03-17: batch.c:427: running TEST_CMDLINE.CMD test... cmd.exe:batch:040c done (258) in 120s Test failed: timed out https://test.winehq.org/data/patterns.html#cmd.exe:batch Unfortunately I was unable to find a change in Wine that would be the cause for the timeout: in my tests cmd.exe:batch still times out when run from older Wine versions. * Based on the WineTest logs cmd.exe:batch was taking about 50 seconds up to 2022-03-16. But the next day that run time more than doubled to about 118 - 170 seconds, causing it to time out most of the time. * Reverting the Wine source to the 2022-03-16 head, rebuilding from scratch and recreating the wineprefix did not help: cmd.exe:batch still times out. * No package upgrades were performed on that date. Plus this regression happened simultaneously on multiple machines with different upgrade schedules. * WINETEST_TIME=1 indicates that almost all of the time is spent running TEST_BUILTINS.CMD: batch.c:427:0.149 running TEST_BUILTINS.CMD test... batch.c:136:158.289 Test succeeded ^^^ The first ok() call after WaitForSingleObject() is in the map_file() called after run_test() * Running the test manually it looked like the "--- for /R" "Plain directory enumeration" part of test_builtins.cmd was enumerating all of the computer's directories, starting with /bin, /boot, /etc, ... That would certainly take a long time but that run crashed after about 1 minute so this may be unrelated. -- 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 58423] New: Flickering in games using dxvk/vkd3d-proton on sway
by WineHQ Bugzilla 11 Jul '25

11 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58423 Bug ID: 58423 Summary: Flickering in games using dxvk/vkd3d-proton on sway Product: Wine Version: 10.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: llyyr(a)yukari.in Distribution: --- Bisected to https://gitlab.winehq.org/wine/wine/-/commit/de0fc7fd95074cfdeb032d36246c56… Games using Vulkan flicker when the compositor supports explicit sync and it is active after the commit mentioned above. Disabling explicit sync in sway with `export WLR_RENDER_NO_EXPLICIT_SYNC=1` makes the game window not flicker even with the bad commit. -- 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 57489] New: GetPointerPenInfo not located in USER32.dll when attempting to run Clip Studio Paint 3.0
by WineHQ Bugzilla 11 Jul '25

11 Jul '25

https://bugs.winehq.org/show_bug.cgi?id=57489 Bug ID: 57489 Summary: GetPointerPenInfo not located in USER32.dll when attempting to run Clip Studio Paint 3.0 Product: Wine Version: 9.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: juliarodrigues70(a)outlook.com Distribution: --- As mentioned in the bug 56709 comment https://bugs.winehq.org/show_bug.cgi?id=56709#c22 the application continues to not start now with the error "The procedure point GetPointerPenInfo could not be located in the dynamic link library USER32.dll" -- 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 27

[Bug 58435] New: winepath -w conversion outputs wrong filenames
by WineHQ Bugzilla 11 Jul '25

11 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58435 Bug ID: 58435 Summary: winepath -w conversion outputs wrong filenames Product: Wine Version: 10.11 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: madewokherd(a)gmail.com Distribution: --- Observed in the pipeline failure here: https://gitlab.winehq.org/mono/wine-mono/-/jobs/169670 The build script in Wine Mono uses winepath -w to get a windows path for one of its outputs. The command, though not logged, would have been: winepath -w /builds/mono/wine-mono/build/winemono-support.cab Based on debugging in other places, I think that outputs: Z:\builds\mono\wine-mono\build\winemono-supporpport.cab 96cd811903e3d3f227c39e12235725baf793f4b9 is the first bad commit commit 96cd811903e3d3f227c39e12235725baf793f4b9 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Tue Jun 24 11:56:39 2025 +0200 kernel32: Reimplement conversion to DOS name using GetFinalPathNameByHandleW. dlls/kernel32/path.c | 44 +++++++++++++++++++++++++++++++++++--------- 1 file changed, 35 insertions(+), 9 deletions(-) The pattern seems to be that it fails when given an absolute path to a file that does not exist. The directory that would contain the file must exist or it won't output anything. The result seems to always be <path with last 5 characters cut off> + <last 9 characters of path>. -- 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 55776] New: Some game use video as intro will stock after video is finished
by WineHQ Bugzilla 11 Jul '25

11 Jul '25

https://bugs.winehq.org/show_bug.cgi?id=55776 Bug ID: 55776 Summary: Some game use video as intro will stock after video is finished Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: l12436(a)yahoo.com.tw Distribution: --- Created attachment 75261 --> https://bugs.winehq.org/attachment.cgi?id=75261 Console log of game Some game use Video as intro. when the video is finish, game did not hang, but also did not change into menu. It just stock at the end of video. I can still click progress bar that game builtin feature to move back the intro video. I have console log of the game, but it seems not has useful information. I test on game that sell by Umemoro3D "Pizza Takeout Obscenity 2" -- 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 58167] New: Pegasus Mail immediately restores window
by WineHQ Bugzilla 11 Jul '25

11 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58167 Bug ID: 58167 Summary: Pegasus Mail immediately restores window Product: Wine Version: 10.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winehq(a)jonass.user.lysator.liu.se Distribution: --- After upgrading from 10.5 to 10.6 I can't minimize Pegasus Mail. When I click minimize the window only flashes, seems like it minimizes but immediately restores to open window with the same size as before. No error messages in console. git bisect suggests it may be related to commit 6b04bdf25796c9c76815588bf7bdc36ff44b9e13 OS: XUbuntu 24.04.2 LTS NVIDIA Driver Version: 535.183.01 Using X11 (not Wayland) -- 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 16

[Bug 55438] New: Some D3D10 applications crashes on NVIDIA SM4 GPUs
by WineHQ Bugzilla 11 Jul '25

11 Jul '25

https://bugs.winehq.org/show_bug.cgi?id=55438 Bug ID: 55438 Summary: Some D3D10 applications crashes on NVIDIA SM4 GPUs Product: Wine Version: 8.13 Hardware: x86-64 OS: Windows Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: svyatpro(a)gmail.com Created attachment 74998 --> https://bugs.winehq.org/attachment.cgi?id=74998 log for d3d10featuredemo.exe For example NVIDIA DX10FeatureDemo crashes. 047c:err:d3d_shader:shader_glsl_load_sampler_handles No uniform location at 0, ps_sampler0 https://developer.download.nvidia.com/SDK/10/Samples/DX10FeatureDemo.zip -- 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 58486] New: Deus Ex: Human Revolution enabling tessellation makes models partly invisible
by WineHQ Bugzilla 11 Jul '25

11 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58486 Bug ID: 58486 Summary: Deus Ex: Human Revolution enabling tessellation makes models partly invisible Product: vkd3d Version: 1.16 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: vkd3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Same as bug 44970 but for Vulkan. 0708:fixme:d3d_shader:shader_spirv_compile_shader <anonymous>:50:0: E2001: Unrecognized register (register 0x1, 2). 0708:fixme:d3d_shader:shader_spirv_compile_shader <anonymous>:51:0: E2001: Unrecognized register (register 0x1, 2). 0708:fixme:d3d_shader:shader_spirv_compile_shader <anonymous>:52:0: E2001: Unrecognized register (register 0x1, 2). 0708:err:d3d:wined3d_context_vk_apply_draw_state No pipeline layout set. 0708:err:d3d:adapter_vk_draw_primitive Failed to apply draw state. vkd3d-1.16-323-g0c325012 -- 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 0

[Bug 58483] New: Burnout Paradise has rendering issues
by WineHQ Bugzilla 10 Jul '25

10 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58483 Bug ID: 58483 Summary: Burnout Paradise has rendering issues Product: Wine Version: 10.1 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com CC: z.figura12(a)gmail.com Regression SHA1: 96fb128efdbf8d92f6b4d63a7db0346659b08969 Distribution: --- Created attachment 78933 --> http://bugs.winehq.org/attachment.cgi?id=78933 examples Some scenes are black rendered. -- 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 0

[Bug 58480] New: winebuild ASLR breaks older DLLs
by WineHQ Bugzilla 10 Jul '25

10 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58480 Bug ID: 58480 Summary: winebuild ASLR breaks older DLLs Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tres.finocchiaro(a)gmail.com Distribution: --- The following commit (to the best of my understanding) introduces build flags to the PE sections of a wineg++ produced '.so.exe' file that force ASLR/DYNAMICBASE onto executables that it creates. https://github.com/wine-mirror/wine/commit/518e394794160818ffe6826c874ff2f5… As identified downstream with mingw and msvc, some scenarios exist where this ASLR/DYNAMICBASE must be disabled for the highest compatibility with 3rd-party DLLs, specifically 3rd-party VST instrument and effect plugins as they're loaded through DAWs using a Linux-wine-bridge. (Linux can be read ambiguously here, the issue would impact Unixes too) The downstream bug report encompases Windows and Wine instances of the LMMS application, however a solution exists on Windows for both the MSVC compiler as well as the mingw compiler (via relevant dynamicbase flags). MSVC: https://learn.microsoft.com/en-us/cpp/build/reference/dynamicbase mingw: https://www.msys2.org/news/#2021-01-31-aslr-enabled-by-default Applying a similar flag to wineg++/winegcc/winebuild has proven difficult without forking the winebuild executable. The stop-gap patch that LMMS has developed is provided here as a reference https://github.com/Fastigium/winebuild/commit/7f9e27e44cfb8eba79f3850f46e12… however this patch requires us to add winebuild as a build-time dependency to our build system. This is OK for a stop-gap, but as a long-term solution, I would like advice from the winehq team on how to support legacy DLLs (such as pre-Vist VST plugins) through a wine-bridge as a long-term 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.

1 8

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs