wine-bugs

wine-bugs@winehq.org

1 participants
159015 discussions

[Bug 58577] New: MsiGetComponentPath/MsiLocateComponent doesn't resolve a reference to .NET GAC
by WineHQ Bugzilla 21 Aug '25

21 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=58577 Bug ID: 58577 Summary: MsiGetComponentPath/MsiLocateComponent doesn't resolve a reference to .NET GAC Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: peathot(a)hotmail.com Distribution: --- Created attachment 79090 --> http://bugs.winehq.org/attachment.cgi?id=79090 Test application source code Attached is a very simple program which call `MsiLocateComponentW()` to look for an MSI component which is a .NET assembly from Microsoft ReportViewer 2010 runtime. Under Windows 11, it produces the following output: MsiLocateComponentW(...) returns 3 Returned path (119): C:\WINDOWS\assembly\GAC_MSIL\Microsoft.ReportViewer.Common\10.0.0.0__b03f5f7f11d50a3a\Microsoft.ReportViewer.Common.dll However, on Wine, it produces this instead: MsiLocateComponentW(...) returns 2 Returned path (158): <\Microsoft.ReportViewer.Common,version="10.0.0.0",publicKeyToken="b03f5f7f11d50a3a",proce ssorArchitecture="MSIL",fileVersion="10.0.30319.1",culture="neutral" (3 = INSTALLSTATE_LOCAL, 2 = INSTALLSTATE_ABSENT) Looking into the registry of both Windows 11 and Wine, the output of Wine is how it's stored in registry. So Windows must have an additional step which resolve this format of reference into a path in .NET GAC. This is stumbled upon during a research about how `MsiProvideAssembly[A|W]()` can be implemented. I'll file another issue about that. Microsoft ReportViewer 2010 runtime is obtained from https://www.hygeia-pharmacy.com/sources/reportviewer.zip [1]. The sha256sum of the _extracted_ file is: sha256sum ReportViewer.exe e8ff182e202b321ac2b9245ee20c4eb659008ffb2a34cdbd3486f9da3d4c3e06 ReportViewer.exe Once obtained, run the installer under a clean WINEPREFIX, then run my test program. The test program's source code is attached, as well as a precompiled version (for convenience). The full output with Wine's fixme's is also attached. On Windows 11, the pasted output consists of the entirety of the output. [1]: yes, it's non-Microsoft link. For some reason I can't find this exact file on Microsoft website. If you prefer that this file be downloaded from Microsoft instead, I can find another version of this file from https://www.microsoft.com/en-in/download/details.aspx?id=27231 (you only need reportviewer.exe). The output of the program will be slightly different, and I haven't tested this version on Windows 11. -- 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 58537] New: wine explorer opens full screen above 1920x1080
by WineHQ Bugzilla 21 Aug '25

21 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=58537 Bug ID: 58537 Summary: wine explorer opens full screen above 1920x1080 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: ToddAndMargo(a)zoho.com Distribution: --- Fedora 41 Wine-Devel 10.12 screen resultion 3840x2160 $ wine explorer /desktop=1920x1080,1920x1080 opens correctly $ wine explorer /desktop=1920x1440,1920x1440 opens full screen. You have to use <ctrl><alt><f2> to kill it. -- 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 10

[Bug 58616] New: Pokemon TCG Live Crashes on startup
by WineHQ Bugzilla 20 Aug '25

20 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=58616 Bug ID: 58616 Summary: Pokemon TCG Live Crashes on startup 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: barrettloganj13(a)gmail.com Distribution: --- Created attachment 79163 --> http://bugs.winehq.org/attachment.cgi?id=79163 Log file The Pokemon TCG Live crashes immediately on starting. The crash log done by wine is 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.

1 1

[Bug 58615] New: winepath changes behaviour and strips ending path separator now
by WineHQ Bugzilla 20 Aug '25

20 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=58615 Bug ID: 58615 Summary: winepath changes behaviour and strips ending path separator now Product: Wine Version: 10.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: osmanx(a)problemloesungsmaschine.de Distribution: --- wine_get_unix_file_name() and wine_get_dos_file_name() have change behaviour starting with Wine 10.13. Previously, they returned a path ending in a path separator when the provided input path also ended in a path separator. Now, they always strip the trailing path separator. The changed behaviour can trivially be seen with winepath: Wine < 10.13: ``` Z:\home\manx>winepath -w /home/manx Z:\home\manx Z:\home\manx>winepath -w /home/manx/ Z:\home\manx\ Z:\home\manx>winepath -u Z:\home /home Z:\home\manx>winepath -u Z:\home\ /home/ ``` Wine 10.13: ``` Z:\home\manx>winepath -w /home/manx Z:\home\manx Z:\home\manx>winepath -w /home/manx/ Z:\home\manx Z:\home\manx>winepath -u Z:\home /home Z:\home\manx>winepath -u Z:\home\ /home ``` This bug affects OpenMPT, and we had to explicitly work-around the behaviour change (see <https://github.com/OpenMPT/openmpt/commit/3c4d38aa63c9baade94b9afc846612fa4…>). The previous behaviour was present at the very least down to Wine 1.8 as far as I can remember. -- 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 58606] New: Arturia Software Center - Dropdown menus don’t appear on click.
by WineHQ Bugzilla 20 Aug '25

20 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=58606 Bug ID: 58606 Summary: Arturia Software Center - Dropdown menus don’t appear on click. 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: nathanael.barentin(a)disroot.org Distribution: --- Created attachment 79142 --> http://bugs.winehq.org/attachment.cgi?id=79142 Logs of ASC launched with wine + brief comments to tell when specific lines appear. Hi, The major part of the Arturia Software Center works. However, there are two useful dropdown menus which don’t enable on click. These are : * the one to manage account and ASC settings, * the one to clean prefs or reinstall a specific software. The same bug appear in Arturia Pigments, a software synthesizer. Wine using is wine-staging. It also happens with normal wine 10.12. The problem also happens with third party tools like Bottles, and other wine forks as soda (9.0.1). Arturia Software Center version : 2.10.0.2970 System info : OS: Arch Linux x86_64 Kernel: 6.16.0-zen2-1-zen Shell: zsh 5.9 Resolution: 1920x1080 DE: Plasma 6.4.4 WM: kwin CPU: Intel i5-10400 (12) @ 4.300GHz GPU: NVIDIA GeForce GTX 1650 SUPER -- 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 10

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

20 Aug '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 6

[Bug 58480] New: winebuild ASLR breaks older DLLs
by WineHQ Bugzilla 20 Aug '25

20 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=58480 Bug ID: 58480 Summary: winebuild ASLR breaks older DLLs Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tres.finocchiaro(a)gmail.com Distribution: --- The following commit (to the best of my understanding) introduces build flags to the PE sections of a wineg++ produced '.so.exe' file that force ASLR/DYNAMICBASE onto executables that it creates. https://github.com/wine-mirror/wine/commit/518e394794160818ffe6826c874ff2f5… As identified downstream with mingw and msvc, some scenarios exist where this ASLR/DYNAMICBASE must be disabled for the highest compatibility with 3rd-party DLLs, specifically 3rd-party VST instrument and effect plugins as they're loaded through DAWs using a Linux-wine-bridge. (Linux can be read ambiguously here, the issue would impact Unixes too) The downstream bug report encompases Windows and Wine instances of the LMMS application, however a solution exists on Windows for both the MSVC compiler as well as the mingw compiler (via relevant dynamicbase flags). MSVC: https://learn.microsoft.com/en-us/cpp/build/reference/dynamicbase mingw: https://www.msys2.org/news/#2021-01-31-aslr-enabled-by-default Applying a similar flag to wineg++/winegcc/winebuild has proven difficult without forking the winebuild executable. The stop-gap patch that LMMS has developed is provided here as a reference https://github.com/Fastigium/winebuild/commit/7f9e27e44cfb8eba79f3850f46e12… however this patch requires us to add winebuild as a build-time dependency to our build system. This is OK for a stop-gap, but as a long-term solution, I would like advice from the winehq team on how to support legacy DLLs (such as pre-Vist VST plugins) through a wine-bridge as a long-term solution. -- 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 10

[Bug 58335] New: Works 10.8 but fails 10.9?
by WineHQ Bugzilla 20 Aug '25

20 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=58335 Bug ID: 58335 Summary: Works 10.8 but fails 10.9? Product: Wine Version: 10.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mikes(a)kuentos.guam.net Distribution: --- Created attachment 78708 --> http://bugs.winehq.org/attachment.cgi?id=78708 run wine notepad with 10.8 Fine Update to 10.9 then it fails Have 5 machines that updated to 10.9 fine, but Acer notebook that works with 10.8 but fails with 10.9. Run wine notebook fine with 10.8 upgrade to 10.9 wine notebook then fails. downgrade to 10.8, and it works fine. -- 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 145

[Bug 58614] New: wine cmd prints "::" style comments
by WineHQ Bugzilla 20 Aug '25

20 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=58614 Bug ID: 58614 Summary: wine cmd prints "::" style comments Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: alexschwartz01(a)gmail.com Distribution: --- cmd is not supposed to display "::" style comments such as :: Hello world -- 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 57027] New: GetFinalPathNameByHandleW does not handle paths exceeding MAX_PATH (260 chars)
by WineHQ Bugzilla 20 Aug '25

20 Aug '25

https://bugs.winehq.org/show_bug.cgi?id=57027 Bug ID: 57027 Summary: GetFinalPathNameByHandleW does not handle paths exceeding MAX_PATH (260 chars) Product: Wine Version: 9.0 Hardware: aarch64 OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: wine(a)purisa.me Hello, I am writing a Rust program that calls canonicalize() on a path that is over 260 characters long. The Windows implementation of this function calls GetFinalPathNameByHandleW. On Windows, this works just fine and returns a valid path. With Wine on macOS, the call returns a win32 error code ERROR_MORE_DATA (234, 0xEA). I re-ran the binary with WINEDEBUG=+relay and there is an NtStatus code STATUS_BUFFER_OVERFLOW (0x80000005) coming from NtQueryObject. I believe this is because the buffer allocated in Wine's implementation of GetFinalPathNameByHandleW is not large enough for the ObjectInformation NtQueryObject is trying to return. Should GetFinalPathNameByHandleW fall back to a dynamically allocated buffer in this situation? Thank you! -- 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

← Newer
1
2
3
4
5
6
7
8
...
15902
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