November 2025 - Wine-bugs - list.winehq.org

[Bug 25535] New: .NET Framework 4.0 Fails to install with HRESULT 0x80070643
by wine-bugs＠winehq.org 07 Dec '25

07 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=25535 Summary: .NET Framework 4.0 Fails to install with HRESULT 0x80070643 Product: Wine Version: 1.3.9 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: pjdowson(a)gmail.com Wine version is 1.3.9, compiled with no parameters on Fedora 13. Installing dotNetFx40_Full_x86_x64.exe downloaded from the MS website, the installer will open and verify the integrity of files. The next stage will attempt to install the .NET Framework 4.0 Client Profile. Towards the end of this install the installer will fail with HRESULT 0x80070643, leaving little or no information in the %TEMP% folder as to the cause. The installer will only run if wine is set to WinXP. Process used to reproduce: WINEPREFIX=~/.wine-net40 sh winetricks gecko WINEPREFIX=~/.wine-net40 sh winetricks windowscodecs ie7 msxml3 WINEPREFIX=~/.wine-net40 wineboot WINEDEBUG=+relay WINEPREFIX=~/.wine-net40 wine Downloads/net40/dotNetFx40_Full_x86_x64.exe &> net-out I also attempted to install the .NET Framework 4.0 Client Profile prior to installing the Full package. This provides the same error, the only difference to the above process used was the filename of the Client Profile installer dotNetFx40_Client_x86_x64.exe. Each time I attempted to install I used a clean WINEPREFIX, deleting the prior one before attempting again. Screenshot of error: http://www.stimpy.org/wine/net-error.png Logs referenced in above screenshot, in %TEMP% dir: http://www.stimpy.org/wine/net-install-logs.tar.gz Output of installer debug: http://www.stimpy.org/wine/net-out.tar.gz This is my first bug report, I apologize if I have missed anything out. -- 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 48

[Bug 12401] New: Support junction points, i.e. DeviceIoCtl( FSCTL_SET_REPARSE_POINT/FSCTL_GET_REPARSE_POINT)
by wine-bugs＠winehq.org 07 Dec '25

07 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=12401 Summary: Support junction points, i.e. DeviceIoCtl(FSCTL_SET_REPARSE_POINT/FSCTL_GET_REPARSE_PO INT) Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Junction points are one of Microsoft's answers to symlinks. Unix symlinks could be mapped into junction points. This would allow applications (e.g. Picasa) avoid following symlinks if they wanted to. Also, the .net 2 installer would be happier in winxp mode if wine supported junction points (see bug 10601): "The .NET 2.0 Framework installer checks if the target volume is NTFS filesystem type and then uses the FSCTL_SET_REPARSE_POINT ioctl (used for mount points and junctions) to create junction points for each registered assembly in Windows SxS directory to GAC assembly directory (link target). Basically the junction point is used to redirect access from one directory to another." Tommy Kho posted a patch to add a conformance test for getting and setting junction points, http://www.winehq.org/pipermail/wine-patches/2006-March/024956.html but it was not accepted. -- 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 90

[Bug 56647] New: ntdll-Junction_Points prevent rustup from correctly installing a toolchain
by WineHQ Bugzilla 07 Dec '25

07 Dec '25

https://bugs.winehq.org/show_bug.cgi?id=56647 Bug ID: 56647 Summary: ntdll-Junction_Points prevent rustup from correctly installing a toolchain Product: Wine-staging Version: 9.8 Hardware: x86-64 URL: https://rustup.rs/ OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lorenzofer(a)live.it CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: ArchLinux Created attachment 76423 --> https://bugs.winehq.org/attachment.cgi?id=76423 return STATUS_NOT_A_REPARSE_POINT instead of STATUS_INVALID_PARAMETER Hi. With the recent rustup 1.27.0 using wine-staging with the ntdll-Junction_Points patches, the toolchain installation doesn't complete properly, failing to write to the settings.toml under the prefix home .rustup directory info. A bug with the same root cause is also present on rustup 1.26.0 where while the installation was completing properly, it was failing to remove the .rustup/tmp/* directories, causing issues with subsequent installations. Both bugs express the same behavioral pattern with few differences. I investigated the directory bug firstly, so I will detail this, and confirmed that the problem and the expected solution are the same. Rustup (or one of it's dependency managing files) get the handle of the temporary directory using CreateFileW and then checking if it's a reparse point using DeviceIoControl with FSCTL_GET_REPARSE_POINT. The directories (and the file) aren't reparse points at all, so the readlink fails returining EINVAL. This EINVAL is then mapped to an NT_STATUS using errno_to_status that map EINVAL to STATUS_INVALID_PARAMETER. However this mapping is incorrect for FSCTL_GET_REPARSE_POINT as in this case applications that handle this case like rustup try to handle this case by epxecting STATUS_NOT_A_REPARSE_POINT. Returning STATUS_NOT_A_REPARSE_POINT in this case allow rustup to work (both versions ) Attaching a patch to show the change in the file.c code (and restored also the out_buffer check) -- 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 14

[Bug 33997] New: win86emu needs Unimplemented function KERNEL32.dll.CreateSymbolicLinkA
by wine-bugs＠winehq.org 07 Dec '25

07 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=33997 Bug #: 33997 Summary: win86emu needs Unimplemented function KERNEL32.dll.CreateSymbolicLinkA Product: Wine Version: 1.6-rc4 Platform: arm URL: http://forum.xda-developers.com/showthread.php?t=20959 34 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: nerv(a)dawncrow.de CC: focht(a)gmx.net Classification: Unclassified PostInstall.exe from win86emu says: wine: Call from 0xb6b71868 to unimplemented function KERNEL32.dll.CreateSymbolicLinkA, aborting I already checked that it doesn't try to import something from kernel32 per ordinal. -- 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 11

[Bug 32523] New: CreateSymbolicLinkW() is not implemented
by wine-bugs＠winehq.org 07 Dec '25

07 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=32523 Bug #: 32523 Summary: CreateSymbolicLinkW() is not implemented Product: Wine Version: 1.5.17 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: alexey.pushkin(a)mererand.com Classification: Unclassified It looks like Vista+ CreateSymbolicLinkW() is not implemented: wine: Unimplemented function KERNEL32.dll.CreateSymbolicLinkW called at address..., starting debugger... I suppose it's fairly trivial to implement it with normal unix symlinks, isn't it ? -- 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 59009] New: Some apps broken UI starting from Wine-staging 10.18
by WineHQ Bugzilla 07 Dec '25

07 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=59009 Bug ID: 59009 Summary: Some apps broken UI starting from Wine-staging 10.18 Product: Wine Version: 10.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: j.pavic(a)yandex.com Distribution: --- Created attachment 79748 --> http://bugs.winehq.org/attachment.cgi?id=79748 Screenshot of AutoCAD LT 2004 interface with Wine 10.17 and 10.18 Starting from wine-staging 10.18, some apps have broken user interface. I use 2 apps from our company which I cannot share, that was working perfectly good up to Wine version 10.17, but from version 10.18 (also 10.19) there are some broken user interface elements. The same happens with AutoCAD LT 2004 (screenshot attached), and also with Master Converter available here: https://www.savardsoftware.com/downloads.asp -- 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

[Bug 23319] New: cmd thinks shift.exe is an internal command
by wine-bugs＠winehq.org 07 Dec '25

07 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=23319 Summary: cmd thinks shift.exe is an internal command Product: Wine Version: 1.2-rc4 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com On Windows, 'shift' is an internal command, and 'shift.exe' is an external command. Wine's cmd mistakenly thinks 'shift.exe' is a synonym for 'shift'. This makes it somewhat hard to play EA's Need For Speed: Shift. -- 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 14

[Bug 58491] New: Flickering on video-surveilance-app is back
by WineHQ Bugzilla 07 Dec '25

07 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=58491 Bug ID: 58491 Summary: Flickering on video-surveilance-app is back Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: andreas.franz(a)arcor.de Distribution: --- Created attachment 78948 --> http://bugs.winehq.org/attachment.cgi?id=78948 started from terminal Flickering on viewing a camera stream with activated hardware accelerated d3d11 setting is back. Desktop picture and camera picture is swapping. It was gone with 10.0 stable - it's back with 10.12 (maybe some versions earlier). Software rendering works still fine. 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 23

[Bug 58414] New: winedbg from winehq packages in Fedora 42 crashes during attaching to process.
by WineHQ Bugzilla 07 Dec '25

07 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=58414 Bug ID: 58414 Summary: winedbg from winehq packages in Fedora 42 crashes during attaching to process. Product: Wine Version: 10.10 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: dbghelp Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- Created attachment 78829 --> http://bugs.winehq.org/attachment.cgi?id=78829 fedora-42-winehq-devel-10.10-windbg-attach-crash.txt While investigating bug #58335 I found me getting a crash from winedbg when I tried to attach to some process like winemine.exe. In function dwarf2_parse_compilation_unit it looks like comp_dir.u.string is allowed to contain NULL because of the assignment in line 3090: 3090 comp_dir.u.string = NULL; Unfortunately a few lines later this comp_dir.u.string is given to function source_build_path: 3100 tmp = source_build_path(comp_dir.u.string, name.u.string); But therefore function source_build_path does an unconditional strlen(NULL), which causes a SIGSEGV: 62 unsigned bsz = strlen(base); -- 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 56390] New: So Blonde: game systematically crashes at a certain point
by WineHQ Bugzilla 07 Dec '25

07 Dec '25

https://bugs.winehq.org/show_bug.cgi?id=56390 Bug ID: 56390 Summary: So Blonde: game systematically crashes at a certain point Product: Wine Version: 9.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: memax(a)gmx.fr Distribution: Ubuntu Game: "So Blonde" European Retail DVD 1.01 version (English, French and German). Point-and-click game developed by Wizarbox and released in 2008. I couldn't find the game on either Steam or GOG. However, for those who want to confirm the bug, the game is easily found in The Internet Archive Software Collection. OS: Ubuntu 22.04.3 LTS 64bit. Wine: wine-9.3 development version (staging version is also affected). Default Wine configuration, unmodified. Clean Wine directory. Description: The game crashes at the start of the "Hook the Keys" mini-game. An error message box is displayed. This is chronologically the third mini-game in the game; the first two mini-games do not cause the game to crash. This "Hook the Keys" mini-game is launched when you play Max and you use the "Fishing rod" with the "Wooden grille" at the centre of the Winsome Maid deck. I'll provide a save of the game just before the crash for those who want to confirm the bug. -- 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 16