wine-bugs January 2025

wine-bugs@winehq.org

1 participants
1775 discussions

[Bug 54609] New: 32-bit LDAP Administrator crashes in internal Wine function proxy_manager_destroy
by WineHQ Bugzilla 17 Oct '25

17 Oct '25

https://bugs.winehq.org/show_bug.cgi?id=54609 Bug ID: 54609 Summary: 32-bit LDAP Administrator crashes in internal Wine function proxy_manager_destroy Product: Wine Version: 8.2 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: rpc Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 74138 --> https://bugs.winehq.org/attachment.cgi?id=74138 WINEDEBUG=+ole If I am reading the OLE trace correctly, the application: 1. Creates a proxy interface: 0110:trace:ole:proxy_manager_construct 01505048 created for OXID 2000000100, OID 3e 2. Sends the pointer to that interface to another thread: 0110:trace:ole:NdrBaseTypeMarshall value: 1505048 3. Releases and frees the interface: 0110:trace:ole:NdrInterfacePointerFree (04D4F594,01505048,1025B69C) 4. Receives the interface pointer on the other thread: 0100:trace:ole:NdrBaseTypeUnmarshall value: 1505048 5. Uses the interface on the other thread, despite it being freed: 0100:trace:ole:ClientIdentity_AddRef 01505048 - before 0 6. Releases and frees the interface again, which crashes: 0100:trace:ole:ClientIdentity_Release 01505048 - after 0 I don't understand how this works without crashing on Windows. Here are all the traces that mention that interface pointer: 0110:trace:ole:proxy_manager_construct 01505048 created for OXID 2000000100, OID 3e 0110:trace:ole:ClientIdentity_AddRef 01505048 - before 1 0110:trace:ole:ClientIdentity_Release 01505048 - after 1 0110:trace:ole:std_unmarshal_interface Successfully created proxy 01505048 0110:trace:ole:NdrBaseTypeMarshall value: 1505048 0110:trace:ole:NdrInterfacePointerFree (04D4F594,01505048,1025B69C) 0110:trace:ole:ClientIdentity_Release 01505048 - after 0 0100:trace:ole:NdrBaseTypeUnmarshall value: 1505048 0100:trace:ole:ClientIdentity_AddRef 01505048 - before 0 0100:trace:ole:ClientIdentity_Release 01505048 - after 0 The 64-bit version also crashes, but in a different way, see Bug 54606. $ sha256sum ldapadmin-4.21.24429.0-x86-eng.msi 9d3e062b9c30d4bd73630b969414f65f969f0eafc5a3835f1ebb246c5c657d2a -- 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 54424] New: user32:edit - test_dbcs_WM_CHAR() fails on Windows in mixed locales
by WineHQ Bugzilla 17 Oct '25

17 Oct '25

https://bugs.winehq.org/show_bug.cgi?id=54424 Bug ID: 54424 Summary: user32:edit - test_dbcs_WM_CHAR() fails on Windows in mixed locales Product: Wine Version: unspecified 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:edit - test_dbcs_WM_CHAR() fails on Windows in mixed locales: edit.c:3407: Test failed: W: got L"\02c6\00ea\201c", expected L"\4e00\4e8c\4e09" edit.c:3412: Test failed: W: got "?e\x81gn?O", expected "\x88\xea\x93\xf1\x8eO" See https://test.winehq.org/data/patterns.html#user32:edit The failures happen in the w10pro64-mx-MX test configuration. What's special about it is that it uses a mix of locales: SystemDefaultLCID 0411 UserDefaultLCID 040c ThreadLocale 0411 SystemPreferredUILanguages 0412,0409 UserDefaultUILanguage 0412 ThreadUILanguage 0412 Country 231 ACP 932 The failures started happening with the commit that introduced the new tests: commit cbe3a39b647e029df16faf1dcce2958f1ee418d0 Author: Akihiro Sagawa <sagawa.aki(a)gmail.com> AuthorDate: Fri Jan 20 23:51:36 2023 +0900 user32/tests: Add DBCS WM_CHAR tests for edit control. -- 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

[Bug 49772] New: Memory safety issues in widl
by WineHQ Bugzilla 17 Oct '25

17 Oct '25

https://bugs.winehq.org/show_bug.cgi?id=49772 Bug ID: 49772 Summary: Memory safety issues in widl Product: Wine Version: 5.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: kolan_n(a)mail.ru Distribution: --- I have tried to compile some type libraries missing in MinGW-w64 and Wine and ReactOS SDKs too (more precisely, sapiddk.idl) into headers from the files in Windows SDK (used Windows 10 SDK). MinGW-w64 widl has crashed without producing any output, just left some files with garbled filenames (looks like a zero terminator got missing in a C string). So I have built wine widl. It has also crashed, but at least produced some meaningful output. -- 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 54074] New: ws2_32:sock - test_empty_recv() sometimes gets an ERROR_IO_PENDING error in Wine
by WineHQ Bugzilla 17 Oct '25

17 Oct '25

https://bugs.winehq.org/show_bug.cgi?id=54074 Bug ID: 54074 Summary: ws2_32:sock - test_empty_recv() sometimes gets an ERROR_IO_PENDING error in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- ws2_32:sock - test_empty_recv() sometimes gets an ERROR_IO_PENDING error in Wine: sock.c:12752: Test failed: got error 997 See https://test.winehq.org/data/patterns.html#ws2_32:sock This happens about twice per month in the nightly WineTest runs but the first known instance is on 2022-09-01 on debiant-wow32: there is no record of this failure happening in the previous 3 months. So it is likely to be caused by some commit in August. This is also known to have happened in the GitLab CI environment which impacted some merge requests (for instance MR!1561 and MR!1485). -- 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 9378] New: CM: Shock Force 'Could not initialize graphics display'
by wine-bugs＠winehq.org 17 Oct '25

17 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=9378 Summary: CM: Shock Force 'Could not initialize graphics display' Product: Wine Version: 0.9.43. Platform: PC URL: http://www.battlefront.com/products/cmsf/downloads.html OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-directx AssignedTo: wine-bugs(a)winehq.org ReportedBy: mailing_list(a)orange.nl After starting Combat Mission: Shock Force Demo it stops with the message: 'Could not initialize graphics display. REQUIRED 1024x768, 32-bit color'. The terminal output doesn't provide any clues: wine 'CM Shock Force DEMO.exe' ALSA lib conf.c:3939:(snd_config_expand) Unknown parameters 0 ALSA lib control.c:910:(snd_ctl_open_noupdate) Invalid CTL default:0 err:alsa:ALSA_CheckSetVolume Could not find 'PCM Playback Volume' element err:alsa:ALSA_CheckSetVolume Could not find 'PCM Playback Volume' element fixme:wave:ALSA_AddCaptureDevice Add support for DSCapture ALSA lib seq_hw.c:457:(snd_seq_hw_open) open /dev/snd/seq failed: No such file or directory -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 38

[Bug 55443] New: Wine crashes when an image is dragged onto notepad.exe and games
by WineHQ Bugzilla 17 Oct '25

17 Oct '25

https://bugs.winehq.org/show_bug.cgi?id=55443 Bug ID: 55443 Summary: Wine crashes when an image is dragged onto notepad.exe and games Product: Wine Version: 8.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: iodreamify(a)gmail.com Distribution: --- Created attachment 75002 --> https://bugs.winehq.org/attachment.cgi?id=75002 terminal output If you drag and drop an image from a Firefox window onto notepad wine will crash. I've done some regression testing and wine 7.8 is the version that started crashing, wine 7.7 displays the error: " could not be found but does not crash. Some wine version make it crash and some result in a freeze. Additionally, users are reporting games on Proton 8 crashing in the same manner but not on Proton 7. I've used this image for testing: https://cdn.thewirecutter.com/wp-content/media/2022/12/non-alcoholic-wine-2… Steps to reproduce: 1. start notepad: wine start notepad 2. in an unmaximized state drag and drop the linked image onto notepad's window 3. wine crashes Tested on x11 kde Plasma on Arch -- 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 55042] New: scrrun: dictionary get_num_hash generating the same hash for 2175 and 6259
by WineHQ Bugzilla 17 Oct '25

17 Oct '25

https://bugs.winehq.org/show_bug.cgi?id=55042 Bug ID: 55042 Summary: scrrun: dictionary get_num_hash generating the same hash for 2175 and 6259 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: scrrun Assignee: wine-bugs(a)winehq.org Reporter: jsm174(a)gmail.com Distribution: --- In vbscript, I had some code like this: Set FlexDMDDict = CreateObject("Scripting.Dictionary") FlexDMDDict.Add 0, "VPX.DMD_Space" FlexDMDDict.Add 63, "VPX.DMD_O" FlexDMDDict.Add 2175,"VPX.DMD_8" . . FlexDMDDict.Add 6259, "VPX.DMD_R" I was getting VBSE_ACTION_NOT_SUPPORTED on the last line, so I put a printf in the `get_num_hash`: static DWORD get_num_hash(FLOAT num) { DWORD x = (*((DWORD*)&num)) % DICT_HASH_MOD; printf("get_num_hash: num=%f, hash=%u\n", num, x); return (*((DWORD*)&num)) % DICT_HASH_MOD; } I'm getting: get_num_hash: num=2175.000000, hash=977 get_num_hash: num=6259.000000, hash=977 FWIW, I'm using this on macos, so DWORD is set to: typedef unsigned int DWORD, *PDWORD, *LPDWORD; -- 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 55160] New: Loading Bay / Harry Potter Magic Awakened: Unable to install
by WineHQ Bugzilla 17 Oct '25

17 Oct '25

https://bugs.winehq.org/show_bug.cgi?id=55160 Bug ID: 55160 Summary: Loading Bay / Harry Potter Magic Awakened: Unable to install Product: Wine Version: 8.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: bcrypt Assignee: wine-bugs(a)winehq.org Reporter: worble+winehq(a)worble.xyz Distribution: --- Created attachment 74728 --> https://bugs.winehq.org/attachment.cgi?id=74728 Wine Logs After clicking "Install", a generic "Installation Failed" page appears. Attached logs suggest '01b0:fixme:bcrypt:BCryptOpenAlgorithmProvider algorithm L"RC4" not supported' could be the culprit? The installer can be downloaded from this page: https://www.harrypottermagicawakened.com/global/ Direct link: https://api.loadingbay.com/app/v1/download_client/windows/mkt-hpma-official… SHASUM: 3f3ff1a8d118975dfb03ce7cceab99ba499b13c0 Using wine-8.11 (Staging) -- 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 55124] New: Can't run Flutter SDK (cmd.exe doesn't support redirecting stderr for a block)
by WineHQ Bugzilla 17 Oct '25

17 Oct '25

https://bugs.winehq.org/show_bug.cgi?id=55124 Bug ID: 55124 Summary: Can't run Flutter SDK (cmd.exe doesn't support redirecting stderr for a block) Product: Wine Version: 8.10 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- `wine flutter.bat` goes into an infinite loop that prints this message over and over: Can't recognize '2 (' as an internal or external command, or batch script. It's coming from these lines in internal/shared.bat: 2>NUL ( REM "3" is now stderr because of "2>NUL". CALL :subroutine %* 2>&3 9> "%cache_dir%\flutter.bat.lock" || GOTO acquire_lock ) Wine's cmd.exe does support redirecting stdout for a block of code, for example: >NUL ( COPY flutter.bat flutter2.bat ) But it does not support redirecting stderr in the same way. -- 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 55053] New: Prometheus exporter for Windows needs DISPATCH_PROPERTYGET support in object_Invoke
by WineHQ Bugzilla 17 Oct '25

17 Oct '25

https://bugs.winehq.org/show_bug.cgi?id=55053 Bug ID: 55053 Summary: Prometheus exporter for Windows needs DISPATCH_PROPERTYGET support in object_Invoke Product: Wine Version: 8.10 Hardware: x86-64 URL: https://github.com/prometheus-community/windows_export er/releases/download/v0.22.0/windows_exporter-0.22.0-a md64.exe OS: Linux Status: NEW Keywords: download, patch, source Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)winehq.org Reporter: gijsvrm(a)gmail.com Distribution: --- Created attachment 74615 --> https://bugs.winehq.org/attachment.cgi?id=74615 hack To test this: 1) Run windows_exporter-0.22.0-amd64.exe 2) Go to http://localhost:9182/ in your browser 3) Press the 'Metrics' button 4) An error page is shown When pressing the 'Metrics' button, this fixme is spammed: 0188:fixme:wbemdisp:object_Invoke flags 0x2 not supported This stems from the fact that wbemdisp:object_Invoke doesn't support DISPATCH_PROPERTYGET on its own. The attached hack "fixes" the issue and instead of the error page, you get a page with metrics. Source of the program can be found here: https://github.com/prometheus-community/windows_exporter -- 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

← Newer
1
...
5
6
7
8
9
10
11
...
178
Older →

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