wine-bugs

wine-bugs@winehq.org

1 participants
158721 discussions

[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

[Bug 26673] New: wine start foo.url does not open the url
by wine-bugs＠winehq.org 29 Mar '25

29 Mar '25

http://bugs.winehq.org/show_bug.cgi?id=26673 Summary: wine start foo.url does not open the url Product: Wine Version: 1.3.17 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, testcase Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com An application I installed provides a nice little .url file: ----------- [InternetShortcut] URL=http://www.winehq.org/ ----------- on windows, double clicking that opens up my default browser and gives me the webpage. Running 'cygstart foo.url' in windows does the same (wrapper around windows start.exe). On wine, however, I get: fixme:exec:SHELL_execute flags ignored: 0x00000100 Application could not be started, or no application associated with the specified file. ShellExecuteEx failed: Success and I don't get a nice wine gecko window :(. perhaps it only needs to be added to tools/wine.inf? -- 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 9

[Bug 57878] New: Unimplemented function windowscodecs.dll.WICCreateImagingFactory_Proxy
by WineHQ Bugzilla 28 Mar '25

28 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=57878 Bug ID: 57878 Summary: Unimplemented function windowscodecs.dll.WICCreateImagingFactory_Proxy Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: windowscodecs Assignee: wine-bugs(a)winehq.org Reporter: johnmagdy437(a)yahoo.com Distribution: --- When i tried install winrar 710 (https://www.win-rar.com/fileadmin/winrar-versions/winrar/winrar-x64-710.exe) it crashed and thrown the following errors... ``` 031c:err:module:DelayLoadFailureHook failed to delay load windowscodecs.dll.WICCreateImagingFactory_Proxy wine: Call from 00006FFFFF41CF77 to unimplemented function windowscodecs.dll.WICCreateImagingFactory_Proxy, aborting wine: Unimplemented function windowscodecs.dll.WICCreateImagingFactory_Proxy called at address 00006FFFFF41CF77 (thread 031c), starting debugger... ``` -- 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

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