- Wine-Bugs - list.winehq.org

[Bug 21362] New: Windows 7 Platform SDK can't set itself as the default in Visual C++ 2005?
by wine-bugs＠winehq.org April 23, 2026

April 23, 2026

http://bugs.winehq.org/show_bug.cgi?id=21362 Summary: Windows 7 Platform SDK can't set itself as the default in Visual C++ 2005? Product: Wine Version: 1.1.36 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com http://dev.chromium.org/developers/how-tos/build-instructions-windows says -- snip -- Install Visual C++ 2005. ... Install Windows 7 SDK. ... Integrate the SDK with Visual Studio: Start > All Programs > Microsoft Windows SDK > Visual Studio Registration > Windows SDK Configuration Tool. If this program crashes, try running it from the command line with: windowssdkver -version:v7 -legacy -- snip -- So I did $ sh winetricks psdkwin7 vc2005trial being careful to only install the basic C++ stuff, then $ cd ~/.wine/drive_c/"Program Files/Microsoft SDKs/Windows/v7.0/Setup" $ wine windowssdkver -version:v7 -legacy This failed with the message The Windows SDK Configuration tool was unable to set this version of the SDK as the current version. Please verify the selected version. Press return key to exit.... I'll attach a +relay,+seh,+service log. -- 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 7

[Bug 20625] New: chromium's ImporterTest.IEImporter test fails
by wine-bugs＠winehq.org April 23, 2026

April 23, 2026

http://bugs.winehq.org/show_bug.cgi?id=20625 Summary: chromium's ImporterTest.IEImporter test fails Product: Wine Version: 1.1.32 Platform: PC OS/Version: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Chromium's IEImporter test tries to create bookmarks etc. using COM, then read them back. It fails with $ wine src/chrome/Debug/unit_tests.exe --gtest_filter=ImporterTest.IEImporter fixme:seh:RtlCaptureStackBackTrace (3, 31, 0x32fce0, (nil)) stub! fixme:heap:HeapSetInformation (nil) 1 (nil) 0 ... [ RUN ] ImporterTest.IEImporter fixme:shdocvw:UrlHistoryStg_AddUrl (L"http://A79029D6-753E-4e27-B807-3D46AB1545DF.com:8080/path?key=value" L"Unittest GUID" 00000000) .\browser\importer\importer_unittest.cc(383): error: Value of: res == S_OK Actual: false Expected: true [ FAILED ] ImporterTest.IEImporter (205 ms) ... $ err:menubuilder:WinMain failed to build menu item for C:\windows\temp\ImporterTest\Favorites\Google Home Page.url err:menubuilder:WinMain failed to build menu item for C:\windows\temp\ImporterTest\Favorites\SubFolder\Title.url err:menubuilder:WinMain failed to build menu item for C:\windows\temp\ImporterTest\Favorites\TheLink.url err:menubuilder:WinMain failed to build menu item for C:\windows\temp\ImporterTest\Favorites\WithPortAndQuery.url err:menubuilder:WinMain failed to build menu item for C:\windows\temp\ImporterTest\Favorites\a\??.url err:menubuilder:WinMain failed to build menu item for C:\windows\temp\ImporterTest\Favorites\Links\TheLink.url err:menubuilder:WinMain failed to build menu item for C:\windows\temp\ImporterTest\Favorites\Links\SubFolderOfLinks\SubLink.url (Seems strange that bookmarks would trigger menu item creation?) Related source: http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/importer/imp… To repeat: $ wget http://kegel.com/wine/chromium/chromium-tests.tar.bz2 $ tar -xjvf chromium-tests.tar.bz2 $ wine src/chrome/Debug/unit_tests.exe --gtest_filter=ImporterTest.IEImporter -- 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 3

[Bug 59670] New: Feather Client Installer thinks it is already running.
by WineHQ Bugzilla April 23, 2026

April 23, 2026

http://bugs.winehq.org/show_bug.cgi?id=59670 Bug ID: 59670 Summary: Feather Client Installer thinks it is already running. Product: Wine Version: 11.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: turbojax07+wine(a)gmail.com Distribution: --- Created attachment 80760 --> http://bugs.winehq.org/attachment.cgi?id=80760 Wine logs Info: OS: Linux Mint 22 (Wilma) Ubuntu Codename: noble Wine Version: wine-11.6 -- 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 59530] New: wine-mono ignores color setting from theme / registry
by WineHQ Bugzilla April 22, 2026

April 22, 2026

http://bugs.winehq.org/show_bug.cgi?id=59530 Bug ID: 59530 Summary: wine-mono ignores color setting from theme / registry Product: Framework Mono Version: main Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mono Assignee: wine-bugs(a)list.winehq.org Reporter: andreas.franz(a)arcor.de CC: madewokherd(a)gmail.com Distribution: --- I'm using WineHQ 11.4 on Linux Mint (cinnamon desktop) with an .NET-application called MailStore Client. Background-Color ("control"-color) seems to be taken from (ugly) classic theme - WineHQ is set to Aero, though. With installed MS .NET 4.8, it looks like on real Windows-machines. So, I assume, colors are hardcoded at wine-mono? Is there any ENV to change this behaviour? I found "FEATURE_WINDOWS_SYSTEM_COLORS" on source-code, which decides if wine-mono reads colors from windows-system. But it seems to be a compiler-flag? Any ideas? regards, Andy -- 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 47660] New: Samsung Smart View crash on start
by wine-bugs＠winehq.org April 22, 2026

April 22, 2026

https://bugs.winehq.org/show_bug.cgi?id=47660 Bug ID: 47660 Summary: Samsung Smart View crash on start Product: Wine Version: 4.0.1 Hardware: x86-64 URL: https://www.samsung.com/br/support/smart-view/ OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: yoshimit(a)gmail.com Distribution: Mint Created attachment 65103 --> https://bugs.winehq.org/attachment.cgi?id=65103 Log from crash Installing Samsung Smart View and tried to run it. Got a crash with the information attached. -- 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.

3 11

[Bug 52284] New: Factory I/O SPS-Software hangs
by WineHQ Bugzilla April 22, 2026

April 22, 2026

https://bugs.winehq.org/show_bug.cgi?id=52284 Bug ID: 52284 Summary: Factory I/O SPS-Software hangs Product: Wine Version: 7.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maiktapwagner(a)aol.com Distribution: --- Hello everyone, I got a request from the ubuntuusers.de forum that one user had problems running this program and submitted an AppDB entry at https://appdb.winehq.org/objectManager.php?sClass=version&iId=40486 providing tests for 7.0rc1 and 7.0rc2 (queued) where as the console is spammed with 018c:fixme:d3d:wined3d_device_context_resolve_sub_resource Multisample resolve is not fully supported for typeless formats (dst_format WINED3DFMT_R8G8B8A8_TYPELESS, src_format WINED3DFMT_R8G8B8A8_TYPELESS, format WINED3DFMT_R8G8B8A8_UNORM). Steps to reproduce after installation: New → File → Drivers → Control I/O (opens up a grey window but nothing happens) -- 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 10

[Bug 50994] New: LogicCircuit: doesn't start on wine 6.6
by WineHQ Bugzilla April 22, 2026

April 22, 2026

https://bugs.winehq.org/show_bug.cgi?id=50994 Bug ID: 50994 Summary: LogicCircuit: doesn't start on wine 6.6 Product: Wine Version: 6.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dogewanderer(a)protonmail.com Distribution: --- Created attachment 69833 --> https://bugs.winehq.org/attachment.cgi?id=69833 Logs I installed LogicCircuit (x86 only it seems) https://github.com/eugenelepekhin/LogicCircuit When i tried to run it, it didn't. >From the logs i suppose this is related to NET 4.7.2 (minimum requirement for running LogicCircuit), which I installed, using this link https://dotnet.microsoft.com/download/dotnet-framework/thank-you/net472-off…, but didn't make any difference. All this wad done in a 64bit Prefix. Additionally i recived this output in my shell after the program stopped: 0090:err:rpc:I_RpcReceive we got fault packet with status 0x1c010003 -- 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 59682] New: Windrose server: UDP bind to specific IPv4 behaves like 0.0.0.0%iface, causing wrong source IP and multihoming conflicts
by WineHQ Bugzilla April 22, 2026

April 22, 2026

http://bugs.winehq.org/show_bug.cgi?id=59682 Bug ID: 59682 Summary: Windrose server: UDP bind to specific IPv4 behaves like 0.0.0.0%iface, causing wrong source IP and multihoming conflicts Product: Wine Version: 11.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)list.winehq.org Reporter: koekdendeniz(a)gmail.com Distribution: --- A Windows dedicated server application (WindroseServer-Win64-Shipping.exe) works correctly on native Windows, where binding to a specific IP via -Multihome=<IP> results in UDP sockets bound to that IP:PORT. Under Wine on Linux, the same server appears to bind correctly in Wine debug logs, but the resulting Linux UDP socket shows up as 0.0.0.0%iface:PORT instead of IP:PORT. This causes two problems: 1. Outgoing UDP replies use the wrong source IP (the host's main IP instead of the IP passed to -Multihome). 2. Multiple instances cannot use the same UDP port on different local IPs, because the socket effectively behaves like 0.0.0.0:PORT instead of IP_A:PORT and IP_B:PORT. Tested with: * host networking * multiple public IPv4 addresses assigned on the same host * command line using -Multihome=<IP> Expected result: UDP socket is bound to the specific IPv4 address, replies use that source IP, and multiple instances can bind the same UDP port on different local IPs. Actual result: UDP socket appears as 0.0.0.0%iface:PORT, replies use the wrong source IP, and same-port multi-IP hosting fails. -- 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 34178] New: MiKTeX 2.9 (32-bit) fails to install
by wine-bugs＠winehq.org April 22, 2026

April 22, 2026

http://bugs.winehq.org/show_bug.cgi?id=34178 Bug #: 34178 Summary: MiKTeX 2.9 (32-bit) fails to install Product: Wine Version: 1.6 Platform: x86-64 URL: http://miktex.org/download OS/Version: Linux Status: NEW Keywords: download, Installer, source Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Blocks: 34172 Classification: Unclassified Noticed this while looking at bug 34172. I tried the 32-bit version, and get a separate, but potentially related issue. Download the installer from http://miktex.org/download Install as normal. Eventually it gives an error during install: ========== The operation could not be completed for the following reason: The operation failed for some reason. Details: C:\Program Files\MiKTeX 2.90\miktex/bin\initexmf.exe ========== austin(a)aw25 ~ $ sha1sum basic-miktex-2.9.4813.exe e8647f57fe866c00119ca8938785cacfaa5ca826 basic-miktex-2.9.4813.exe austin(a)aw25 ~ $ du -h basic-miktex-2.9.4813.exe 155M basic-miktex-2.9.4813.exe wine-1.6-178-g7944ca4 -- 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.

3 12

[Bug 59671] New: Inconsistent FILE_ATTRIBUTE_REPARSE_POINT on container bind-mounts
by WineHQ Bugzilla April 22, 2026

April 22, 2026

http://bugs.winehq.org/show_bug.cgi?id=59671 Bug ID: 59671 Summary: Inconsistent FILE_ATTRIBUTE_REPARSE_POINT on container bind-mounts Product: Wine Version: 11.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: me(a)a2va.dev Distribution: --- Created attachment 80762 --> http://bugs.winehq.org/attachment.cgi?id=80762 Rust executable When running Wine inside a container where the working directory is a Linux mount point (bind-mounted), Wine identifies the directory as a symlink/reparse point, but fails to satisfy a DeviceIoControl request for FSCTL_GET_REPARSE_POINT. This causes Rust's std::fs::read_link to fail with ERROR_NOT_A_REPARSE_POINT (4390). ``` use std::env; use std::path::PathBuf; fn main() { let target = env::args().nth(1).unwrap_or_else(|| ".".to_string()); let path = PathBuf::from(&target); if path.is_symlink() { println!("Is symlink: {}", path.display()); path.read_link().unwrap(); } } ``` Output of the program: ``` Z:\home\a2va\Documents\temp\wine-readlink>wine-readlink.exe Is symlink: . thread 'main' (104) panicked at src\main.rs:10:26: called `Result::unwrap()` on an `Err` value: Os { code: 4390, kind: Uncategorized, message: "OS Error 4390 (FormatMess ageW() returned error 317)" } note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace ``` Here is the Dockerfile, with the command to reproduce for both podman and docker. ```FROM fedora:43 RUN dnf install -y \ wine \ wine-core \ wine-common ENV WINEPREFIX=/opt/wineprefix RUN mkdir -p "$WINEPREFIX" RUN wineboot --init RUN wineserver -w # ENV WINEDEBUG=+relay,+file,+ioctl CMD ["wine", "cmd"] # podman build -f Dockerfile -t wine-repro:latest # podman run -it -w "$(pwd)" -v "$(pwd):$(pwd):rbind,z" wine-repro:latest # podman run -it -w "$(pwd)" -v "$(pwd):$(pwd):rbind,z" wine-repro:latest wine read-link.exe > wine.log 2>&1 # docker build -f Dockerfile -t wine-repro:latest . # docker run -it -w "$(pwd)" -v "$(pwd):$(pwd)" wine-repro:latest # docker run -it -w "$(pwd)" -v "$(pwd):$(pwd)" wine-repro:latest wine read-link.exe > wine.log 2>&1 ``` It's also reproducible in C, with CreateFile and DeviceIoControl. -- 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