wine-bugs March 2025

wine-bugs@winehq.org

1 participants
1628 discussions

[Bug 34004] New: Broken Sword: The Angel of Death demo needs native d3dx9_36
by wine-bugs＠winehq.org 30 Mar '25

30 Mar '25

http://bugs.winehq.org/show_bug.cgi?id=34004 Bug #: 34004 Summary: Broken Sword: The Angel of Death demo needs native d3dx9_36 Product: Wine Version: 1.6-rc4 Platform: x86 URL: http://www.fileplanet.com/167033/160000/fileinfo/Broke n-Sword:-The-Angel-of-Death-Demo OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrey.goosev(a)gmail.com CC: andrey.goosev(a)gmail.com, wine-bugs(a)winehq.org Classification: Unclassified Created attachment 45184 --> http://bugs.winehq.org/attachment.cgi?id=45184 log+d3dx Without native d3dx9_36 shows a grey screen. 43e497c98f638e3b572b81d77a089bf6a03c3327 broken_sword_4-demo.zip -- 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 43

[Bug 33770] New: Strong Bad's Cool Game for Attractive People Demo has interesting rendering glitches on initial menu screen without native d3dx_36 (purist)
by wine-bugs＠winehq.org 30 Mar '25

30 Mar '25

http://bugs.winehq.org/show_bug.cgi?id=33770 Bug #: 33770 Summary: Strong Bad's Cool Game for Attractive People Demo has interesting rendering glitches on initial menu screen without native d3dx_36 (purist) Product: Wine Version: 1.6-rc1 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3dx9 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com CC: wine-bugs(a)winehq.org Classification: Unclassified First, go purist with 'winetricks alldlls=builtin', then work around bug 33769 with 'winetricks d3dcompiler_43'. The game seems to start ok, but the initial menu screen (where Strong Bad speaks the left-hand menu items as you mouse over them) shows ghosts of Strong Bad and his sidekick when they move. 'winetricks d3dx9_36' works around the problem. -- 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 33

[Bug 2155] Failure of SetFocus, SetActiveWindow and SetForegroundWindow
by WineHQ Bugzilla 30 Mar '25

30 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=2155 Christian Costa <titan.costa(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |titan.costa(a)gmail.com --- Comment #31 from Christian Costa <titan.costa(a)gmail.com> --- It seems the staging patchset has been upstreamed with f20c72d83c8a8de638b95e1ebc9e54fce1e4b162. -- 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 58040] New: Compiling with clang 20.1.1 results in a lot of mp67e96999/shell32-00000000.spec-00000000.s:32085:10: error: Could not find incbin file 'dlls/shell32/shell32.res' errors when shell32.dll is built.
by WineHQ Bugzilla 30 Mar '25

30 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=58040 Bug ID: 58040 Summary: Compiling with clang 20.1.1 results in a lot of mp67e96999/shell32-00000000.spec-00000000.s:32085:10: error: Could not find incbin file 'dlls/shell32/shell32.res' errors when shell32.dll is built. Product: Wine Version: 10.3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: contact(a)ivanchev.net Distribution: --- Created attachment 78296 --> https://bugs.winehq.org/attachment.cgi?id=78296 Excerpt from the build log Using latest clang (20.1.1) to compile Wine results in weird error about missing incbin file dlls/shell32/shell32.res when shell32.dll is being built although shell32.res is successfully compiled before hand (see log excerpt). -- 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 58034] New: TUBERANK JEET AI SOFTWARE NOT OPENING NEW BUG
by WineHQ Bugzilla 30 Mar '25

30 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=58034 Bug ID: 58034 Summary: TUBERANK JEET AI SOFTWARE NOT OPENING NEW BUG Product: Wine Version: 10.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winedbg Assignee: wine-bugs(a)winehq.org Reporter: pocomal112(a)codverts.com Distribution: --- Created attachment 78292 --> https://bugs.winehq.org/attachment.cgi?id=78292 TUBERANK JEET AI SOFTWARE NOT OPENING NEW BUG TUBERANK JEET AI SOFTWARE NOT OPENING NEW BUG HERE IS THE LINK FOR THE SOFTWARE https://tuberankjeet.com/freeversion -- 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 57545] New: EdbMails crashes on start with assertion failure on "index < meta->heap_strings.size"
by WineHQ Bugzilla 30 Mar '25

30 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=57545 Bug ID: 57545 Summary: EdbMails crashes on start with assertion failure on "index < meta->heap_strings.size" Product: Wine Version: 10.0-rc2 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Steps to reproduce: 1. Run `wine EdbMailsSetup.exe` 2. Run `wine 'C:\Program Files (x86)\EdbMails\edbmails.exe'` The program does not start. The following errors are printed to the terminal: 02e8:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION Unknown heap type: #Schema * Assertion at /var/hostdir/mono/mono/metadata/metadata.c:1154, condition `index < meta->heap_strings.size' not met, function:mono_metadata_string_heap, index = 0x4a990000 size = 0x00000001 meta=C:\Program Files (x86)\EdbMails\edbmails.exe $ sha256sum EdbMailsSetup.exe 78a42bf203d626080b7033dce2375cf7871259720528b7260f5dac52eab606d7 -- 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 11

[Bug 52002] New: comctl32:datetime fails in the Arabic (Egypt) locale
by WineHQ Bugzilla 29 Mar '25

29 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=52002 Bug ID: 52002 Summary: comctl32:datetime fails in the Arabic (Egypt) locale Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: comdlg32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com comctl32:datetime fails in the Arabic (Egypt) locale: datetime.c:212: Test failed: String mismatch ("12 hh" vs "hh 12") datetime.c:798: Test failed: Expected 08/11/2021, got 2021/11/08 https://test.winehq.org/data/patterns.html#comctl32:datetime This failure happens as soon as one sets UserDefaultLCID to 0xc01 (Settings -> Time & Language -> Regional format -> Arabic (Egypt)). Note: the reason it worked up to 2021-10-21 is because before then UserDefaultLCID was incorrectly set to English in the w10pro64-ar VM. Then I upgraded the VM to Windows 21H1 and in the process I recreated the Arabic snapshot which got the intended locale this time. The current settings are: SystemDefaultLCID 0c01 UserDefaultLCID 0c01 ThreadLocale 0c01 SystemPreferredUILanguages 0409 UserDefaultUILanguage 0401 ThreadUILanguage 0401 -- 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 58042] New: PlayOnline Viewer: Window content only updates in the primary screen.
by WineHQ Bugzilla 29 Mar '25

29 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=58042 Bug ID: 58042 Summary: PlayOnline Viewer: Window content only updates in the primary screen. Product: Wine Version: 10.4 Hardware: x86-64 URL: https://web.archive.org/web/20210810150839/http://www. playonline.com/ff11eu/download/media/install_win.html OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: chiitoo(a)gentoo.org Distribution: Gentoo PlayOnline Viewer window content does not get updated unless it is running in the primary X11 screen. If the window is moved to a secondary screen, the application keeps running and accepting input, but the image will be frozen to what it was when moved there, or it will remain black if minimised and restored. As a sidey-note, when running via winewayland, the window content is black regardless of the screen it is running in [1]. Thank you! 1. https://bugs.winehq.org/show_bug.cgi?id=58041 -- 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 57937] New: Far Cry 5 crashes while loading game menu
by WineHQ Bugzilla 29 Mar '25

29 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=57937 Bug ID: 57937 Summary: Far Cry 5 crashes while loading game menu Product: Wine Version: 10.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: svyatpro(a)gmail.com Distribution: --- 00c8:fixme:d3d_shader:shader_glsl_dump_program_source } 00c8:fixme:d3d_shader:shader_glsl_dump_program_source R1.y = (R1.w); 00c8:fixme:d3d_shader:shader_glsl_dump_program_source } 00c8:fixme:d3d_shader:shader_glsl_dump_program_source R0.w = (exp2(R1.y)); 00c8:fixme:d3d_shader:shader_glsl_dump_program_source R1.xyz = (R0.www * R21 .xyz); 00c8:fixme:d3d_shader:shader_glsl_dump_program_source R2.xzw = (R0.www * R20 .xyz); 00c8:fixme:d3d_shader:shader_glsl_dump_program_source R0.w = (dot(R1.xyz, in tBitsToFloat(ivec4(0x3e59b3d0 /* 2.12599993e-01 */, 0x3f371759 /* 7.15200007e-01 */, 0x3d93dd98 /* 7.22000003e-02 */, 0 /* 0.00000000e+00 */)).xyz)); 00c8:fixme:d3d_shader:shader_glsl_dump_program_source R1.xyz = (R0.zzz * R1. xyz); 00c8:fixme:d3d_shader:shader_glsl_dump_program_source R1.w = (-R6.y + intBit sToFloat(0x3f800000 /* 1.00000000e+00 */)); 00c8:fixme:d3d_shader:shader_glsl_dump_program_source R3.xyz = (R1.www * R5. xyz); 00c8:fixme:d3d_shader:shader_glsl_dump_program_source R1.xyz = (R1.xyz * R3. xyz); 00c8:fixme:d3d_shader:shader_glsl_dump_program_source R1.w = ((cs_cb1[13].x * R9.w) + cs_cb0[53].z); 00c8:fixme:d3d_shader:shader_glsl_dump_program_source R1.w = (exp2(R1.w)); 00c8:fixme:d3d_shader:shader_glsl_dump_program_source R3.x = (exp2(cs_cb0[53 ].z)); 00c8:fixme:d3d_shader:shader_glsl_dump_program_source R2.y = (R2.y * R3.x); 00c8:fixme:d3d_shader:shader_glsl_dump_program_source R2.y = (R2.y * intBits ToFloat(0x393fe7de /* 1.83015567e-04 */)); 00c8:fixme:d3d_shader:shader_glsl_dump_program_source R1.w = ((R1.w * intBit sToFloat(0x393fe7de /* 1.83015567e-04 */)) + -R2.y); 00c8:fixme:d3d_shader:shader_glsl_dump_program_source R1.xyz = ((R5.xyz * R1 .www) + R1.xyz); 00c8:fixme:d3d_shader:shader_glsl_dump_program_source R1.xyz = ((R2.xzw * R0 .zzz) + R1.xyz); 00c8:fixme:d3d_shader:shader_glsl_dump_program_source R0.z = uintBitsToFloat (texelFetch(cs_sampler4294967295, 0 * 4 + 0 / 4 + 0).x); 00c8:fixme:d3d_shader:shader_glsl_dump_program_source R1.xyz = (R0.zzz * R1. xyz); 00c8:fixme:d3d_shader:shader_glsl_dump_program_source R1.xyz = (max(R1.xyz, intBitsToFloat(ivec4(0x38800006 /* 6.10351999e-05 */, 0x38800006 /* 6.10351999e- 05 */, 0x38800006 /* 6.10351999e-05 */, 0 /* 0.00000000e+00 */)).xyz)); 00c8:fixme:d3d_shader:shader_glsl_dump_program_source R1.xyz = (min(R1.xyz, intBitsToFloat(ivec4(0x46000000 /* 8.19200000e+03 */, 0x46000000 /* 8.19200000e+ 03 */, 0x46000000 /* 8.19200000e+03 */, 0 /* 0.00000000e+00 */)).xyz)); 00c8:fixme:d3d_shader:shader_glsl_dump_program_source R0.z = (R0.z * R0.w); 00c8:fixme:d3d_shader:shader_glsl_dump_program_source R0.z = (max(R0.z, intB itsToFloat(0x38800006 /* 6.10351999e-05 */))); 00c8:fixme:d3d_shader:shader_glsl_dump_program_source R1.w = (min(R0.z, intB itsToFloat(0x46000000 /* 8.19200000e+03 */))); 00c8:fixme:d3d_shader:shader_glsl_dump_program_source imageStore(cs_image0, floatBitsToInt(R0).xy, R1.xyzw); 00c8:fixme:d3d_shader:shader_glsl_dump_program_source } 00c8:fixme:d3d_shader:shader_glsl_dump_program_source return; 00c8:fixme:d3d_shader:shader_glsl_dump_program_source } 00c8:fixme:d3d_shader:shader_glsl_dump_program_source 00c8:fixme:d3d_shader:print_glsl_info_log Info log received from GLSL shader #49 0: 00c8:fixme:d3d_shader:print_glsl_info_log Compute info 00c8:fixme:d3d_shader:print_glsl_info_log ------------ 00c8:fixme:d3d_shader:print_glsl_info_log 0(33) : error C3011: layout qualif ier 'local_size_z', requires 'a non-negative integer' 00c8:fixme:d3d_shader:print_glsl_info_log 0(33) : error C3011: layout qualif ier 'local_size_y', requires 'a non-negative integer' 00c8:fixme:d3d_shader:print_glsl_info_log 0(33) : error C3011: layout qualif ier 'local_size_x', requires 'a non-negative integer' 00c8:fixme:d3d_shader:print_glsl_info_log (0) : error C2003: incompatable op tions for link 059c:err:d3d_shader:shader_get_registers_used Invalid UAV resource index 8. -- 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 11

[Bug 58039] New: [NOT A BUG] Wine's "bottles" optimization when using mingw64-gcc
by WineHQ Bugzilla 29 Mar '25

29 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=58039 Bug ID: 58039 Summary: [NOT A BUG] Wine's "bottles" optimization when using mingw64-gcc Product: Wine Version: 10.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- If you compile Wine i686 using GCC, a WINEPREFIX is populated with stubs and is relatively small - around 37MB for Wine 10.0. If you compile Wine using mingw-gcc along with --enable-archs=i386,x86_64, a WINEPREFIX is populated with full fat binaries and libraries and takes over 650MB while most of the data _fully_ mirrors what Wine already contains/installs systemwide in /usr/lib64/wine. This becomes especially wasteful if you have multiple bottles/WINEPREFIX'es. Could Wine let's say populate the WINEPREFIX with symlinks instead and only if a Windows application attempts to overwrite them (not wine itself), they are turned into real files? Even this case looks kinda outlandish (except DirectX) since Windows has featured WinSxS since Vista (in XP in was optional) and files under /Windows/system32 and /Windows/SysWoW64 are immutable. -- 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 1

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 March 2025