April 2025 - Wine-Bugs - list.winehq.org

[Bug 54066] New: SysLink control shouldn't delete the HFONT it didn't create
by WineHQ Bugzilla April 19, 2025

April 19, 2025

https://bugs.winehq.org/show_bug.cgi?id=54066 Bug ID: 54066 Summary: SysLink control shouldn't delete the HFONT it didn't create Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: vz-wine(a)zeitlins.org Distribution: --- I believe there is a bug in `dlls/comctl32/syslink.c` where `WM_DESTROY` handler calls `DeleteObject(infoPtr->Font)`, although this font is not owned by the control -- it is (or can be) given to it via `WM_SETFONT` and doing this means that a system font can be destroyed prematurely, resulting in plenty of other problems later on in the program. Amazingly, it looks like this code was there since a1f3756daab (Free allocated font handles when control is destroyed., 2004-12-08) and I don't really understand how could it not be noticed until now, but apparently somehow it wasn't. The following trivial patch: ``` diff --git a/dlls/comctl32/syslink.c b/dlls/comctl32/syslink.c index 8130bf19641..efc3467838b 100644 --- a/dlls/comctl32/syslink.c +++ b/dlls/comctl32/syslink.c @@ -1709,7 +1709,6 @@ static LRESULT WINAPI SysLinkWindowProc(HWND hwnd, UINT message, case WM_DESTROY: TRACE("SysLink Ctrl destruction, hwnd=%p\n", hwnd); SYSLINK_ClearDoc(infoPtr); - if(infoPtr->Font != 0) DeleteObject(infoPtr->Font); if(infoPtr->LinkFont != 0) DeleteObject(infoPtr->LinkFont); SetWindowLongPtrW(hwnd, 0, 0); Free (infoPtr); ``` is enough to fix the problem for me. -- 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 47379] New: ReactOS Calc help file does not work.
by wine-bugs＠winehq.org April 19, 2025

April 19, 2025

https://bugs.winehq.org/show_bug.cgi?id=47379 Bug ID: 47379 Summary: ReactOS Calc help file does not work. Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: hhctrl.ocx Assignee: wine-bugs(a)winehq.org Reporter: carlo.bramix(a)libero.it Distribution: --- ReactOS Calc includes an HtmlHelp file for handling user's manual and runtime help. This help file must be copied under "%systemroot%\Help". Unfortunately, it does not work. I can see these issues: 1) The htmlhelp file is not found. This happens because HHCTRL implementation for WINE does not seem to support command lines including environment strings. The program uses this command line: "%systemroot%\\Help\\calc.chm::" If I replace this string in my software with: "c:\\windows\\Help\\calc.chm::" then the help file is open and it is shown. 2) If you press on a key with the right mouse button and select for help, the tooltip does not appear and HHCTRL prints on the console: 002a:fixme:htmlhelp:HtmlHelpW HH case HH_DISPLAY_TEXT_POPUP not handled. All tests have been made with the latest sources from repository at the time of writing (last released version is 4.10). A ready-to-use executable and help file can be found on my page at sourceforge: https://sourceforge.net/projects/reactos-calc/ Sincerely. -- 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 5

[Bug 43720] New: Pro Evolution Soccer 2009 settings window needs HH_DISPLAY_TEXT_POPUP
by wine-bugs＠winehq.org April 19, 2025

April 19, 2025

https://bugs.winehq.org/show_bug.cgi?id=43720 Bug ID: 43720 Summary: Pro Evolution Soccer 2009 settings window needs HH_DISPLAY_TEXT_POPUP Product: Wine Version: 2.17 Hardware: x86-64 URL: https://www.gamewatcher.com/downloads/pro-evolution-so ccer-2009-download/pro-evolution-soccer-2009-demo OS: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: hhctrl.ocx Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 59197 --> https://bugs.winehq.org/attachment.cgi?id=59197 settings window with native hhctrl.ocx No options description without native hhctrl.ocx fixme:htmlhelp:HtmlHelpW HH case HH_DISPLAY_TEXT_POPUP not handled. -- 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 4

[Bug 45956] New: _BrowseProperty bug in Guitar Hero World Tour installer
by wine-bugs＠winehq.org April 19, 2025

April 19, 2025

https://bugs.winehq.org/show_bug.cgi?id=45956 Bug ID: 45956 Summary: _BrowseProperty bug in Guitar Hero World Tour installer Product: Wine Version: 3.17 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mistere2002(a)zonnet.nl Distribution: --- Created attachment 62504 --> https://bugs.winehq.org/attachment.cgi?id=62504 only one attachment file possible?? * Run the installer until Screen01.png => Press "Change" * Screen02.png shows the correct paths/information => Press "Cancel" or "Reset to Default" * Results in Screen03.png. Log entries: " 015a:fixme:heap:RtlSetHeapInformation 0x260000 0 0x23fd20 4 stub 015a:err:ole:StdMarshalImpl_ReleaseMarshalData could not map object ID to stub manager, oxid=1590000015a, oid=2 015a:err:ole:CoReleaseMarshalData IMarshal::ReleaseMarshalData failed with error 0x8001011d " * Press "Next" and "Install". Installation seems to work. Also, the progressbar (or window update?) is broken for a long time now. It shows the complete installation a bar of 100% completion (progressbar.png) I am quite sure this worked multiple years ago. Included the complete install.log Related to a earlier bugreport: https://bugs.winehq.org/show_bug.cgi?id=28219 -- 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 11

[Bug 58059] New: File descriptor leaks in WINESERVER process on every thread creation
by WineHQ Bugzilla April 18, 2025

April 18, 2025

https://bugs.winehq.org/show_bug.cgi?id=58059 Bug ID: 58059 Summary: File descriptor leaks in WINESERVER process on every thread creation Product: Wine-staging Version: 10.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: digitman63(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 78311 --> https://bugs.winehq.org/attachment.cgi?id=78311 Demonstration of leaks WineStaging 10.4 (WINESYNC=1): Creating and then destroying a thread causes file descriptors opened by the WINESERVER process to leak To reproduce the problem, run the FileDescriptorsLeakDemo.exe application from the attachment by command WINEESYNC=1 wineconsole FileDescriptorsLeakDemo.exe During the execution of the application, periodically monitor the statistics of open descriptors by running the wineserver_desc_stat.sh script from the attachment -- 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

[Bug 58123] New: Seek/FrameStep is not working on example of mfplayer2
by WineHQ Bugzilla April 18, 2025

April 18, 2025

http://bugs.winehq.org/show_bug.cgi?id=58123 Bug ID: 58123 Summary: Seek/FrameStep is not working on example of mfplayer2 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)winehq.org Reporter: l12436.tw(a)gmail.com Distribution: --- Created attachment 78385 --> http://bugs.winehq.org/attachment.cgi?id=78385 Test MFPlayer build under x64 This came from Windows-classic-samples in github https://github.com/microsoft/Windows-classic-samples there are a MFPlayer2 in sample which has seek/framestep feature. But it seems mfplay did not implement those two feature, it is not working under wine. It working under windows. -- 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 40485] New: Nexus Localizer (Nexus: The Jupiter Incident) has wrong text orientation
by wine-bugs＠winehq.org April 18, 2025

April 18, 2025

https://bugs.winehq.org/show_bug.cgi?id=40485 Bug ID: 40485 Summary: Nexus Localizer (Nexus: The Jupiter Incident) has wrong text orientation Product: Wine Version: 1.7.47 Hardware: x86 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: richedit Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: huw(a)codeweavers.com Regression SHA1: 7a3c9889e38ede659230a66a167b82c024f0dc85 Distribution: --- Created attachment 54255 --> https://bugs.winehq.org/attachment.cgi?id=54255 screenshot (built-in vs. native riched20) Nexus Localizer is a tool bundled with the game Nexus: The Jupiter Incident which lets you add your own translation to the game. Selected text appears in a two-side pane, but orientation of the text is wrong. Installing either corefonts or native riched20.dll works around the problem for me. Additionally, text appeared correctly in the application (with built-in riched20 / without corefonts) before the following commit: commit 7a3c9889e38ede659230a66a167b82c024f0dc85 Author: Huw Davies <huw(a)codeweavers.com> Date: Wed Jul 1 10:48:56 2015 +0100 riched20: Free the script cache when updating the default style. In the terminal I have only a pair of these: >fixme:win:LockWindowUpdate (0x10020), partial stub! >fixme:win:LockWindowUpdate ((nil)), partial stub! Let me know if you need debug logs or further tests. The attached screenshot shows what the text looks like with vanilla Wine 1.9.8 (upper image) and with native riched20.dll installed. Wine 1.9.8 Fedora 23 -- 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 7

[Bug 34544] New: Grand Theft Auto V - The Manual needs native dotnet40
by wine-bugs＠winehq.org April 18, 2025

April 18, 2025

http://bugs.winehq.org/show_bug.cgi?id=34544 Bug #: 34544 Summary: Grand Theft Auto V - The Manual needs native dotnet40 Product: Wine Version: 1.7.2 Platform: x86 URL: http://www.rockstargames.com/V/assets/manual/GrandThef tAutoV-TheManual.msi OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrey.goosev(a)gmail.com Classification: Unclassified Created attachment 45989 --> http://bugs.winehq.org/attachment.cgi?id=45989 log Needs dotnet40, but even after installing doesn't launches. -- 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 21

[Bug 10341] New: Pro evolution soccer 2008
by wine-bugs＠winehq.org April 18, 2025

April 18, 2025

http://bugs.winehq.org/show_bug.cgi?id=10341 Summary: Pro evolution soccer 2008 Product: Wine Version: 0.9.48. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: test AssignedTo: wine-bugs(a)winehq.org ReportedBy: marco.r24(a)libero.it Game crash when exit the game -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 32

[Bug 57526] New: Bluetooth driver cannot be disabled.
by WineHQ Bugzilla April 17, 2025

April 17, 2025

https://bugs.winehq.org/show_bug.cgi?id=57526 Bug ID: 57526 Summary: Bluetooth driver cannot be disabled. Product: Wine Version: 10.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hibbsncc1701(a)gmail.com Distribution: --- Sidenote: Neither bluetoothapis, bthprops.cpl, or winebth.sys are listed in the bugzilla component list. When the host system does not have bluez installed (as it lacks a bluetooth controller), wine will spam dbus errors for a non-existent bluez service to the console during start up. Attempting to disable the message by setting bluetoothapis to disabled in the libraries tab of winecfg does nothing. Disabling the driver causes wine to complain that it cannot load the driver on each startup. Even for a system with bluez installed, it would be nice to have some option that could disable this support when it's not needed. As bluetooth snooping can be a method of privacy invasion, and a misbehaving app could cause issues with the native apps running on the host. UsefulRegistryKey maybe? A more proper option would be a checkbox in winecfg, or the stubbed cpl. -- 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