http://bugs.winehq.org/show_bug.cgi?id=58476
Bug ID: 58476
Summary: Specifying RRF_RT_REG_SZ | RRF_RT_REG_EXPAND_SZ in
dwFlags when calling RegGetValueW fails
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: daniel(a)oneill.app
Distribution: ---
Created attachment 78927
--> http://bugs.winehq.org/attachment.cgi?id=78927
regget_test.c
A call to RegGetValueW with dwFlags set to RRF_RT_REG_SZ | RRF_RT_REG_EXPAND_SZ
results in ERROR_INVALID_PARAMETER (82) instead of success. The observed
behaviour on Windows is a successful call, provided the dwType of the record is
in dwFlags.
Wine Version:
wine gitlab master (25-07-08, 32c6c407c52afd571edf7e17cd89d82d624ea95c)
Expected Behaviour:
A successful call with populated pvData/pcbData
Observed Behaviour:
Call returns ERROR_INVALID_PARAMETER
Notes:
This affects R.E.A.L VR mod for various games.
Code demonstrating issue is and a proposed patch attached.
Registry key to test:
"HKEY_LOCAL_MACHINE\\SOFTWARE\\Khronos\\OpenXR\\1"
Demonstration code looks for a RRF_RT_REG_SZ | RRF_RT_REG_EXPAND_SZ named
"ActiveRuntime"
Build command for provided demonstration code:
winegcc -mconsole -target x86_64-w64-mingw32 -o regget_test.exe regget_test.c
--
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.
http://bugs.winehq.org/show_bug.cgi?id=58455
Bug ID: 58455
Summary: Word Pro loses path to a freshly opened file
Product: Wine
Version: 10.11
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: ---
SmartSuite-N99.8.0208.0800
Fedora 42
wine-devel-10.11-1.1.x86_64
Also reproducible under
Fedora 41
wine-10.4-2.fc41.x86_64 (Staging from the Fedora repo)
wine-10.4-2.fc41.i686
[1] open an existing .lwp file in Word Pro
[2] make a change
[3] press the save icons of file→save
[4] you will be prompted for “Save As” instead of “Save”
This is because Word Pro lost the path to your file
[5] navigate back to your file and press “save” Okay the overwrite warning
[6] make another change to your file
[7] now press save. This time it will work.
AND! this is not an issue under
Fedroa 39
wine-9.1-1.fc39.i686 (staging from the Fedora repo)
This is a complete pain-in-the-neck.
Please fix.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=58477
Bug ID: 58477
Summary: regreession - some VST plugins fails
Product: Wine
Version: 10.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: xj(a)wp.pl
Distribution: ---
Some VST plugins fails on wine-10.11 e.g. Ignite studio PTEq-X and The Anvil
I made bisect and it came out that culprit is:
commit a897aad823f5ea76949a0171f34984f4ebf1ced1 (HEAD)
Author: Rémi Bernon <rbernon(a)codeweavers.com>
Date: Sat May 31 12:33:51 2025 +0200
win32u: Keep track of the most recent window GL drawable.
It fails like that:
0118:fixme:d2d:d2d_device_context_DrawGeometry Ignoring stroke style
00007AEA9C2F7190.
0118:fixme:d2d:d2d_device_context_DrawGeometry Ignoring stroke style
00007AEA9C2F7190.
0118:fixme:d2d:d2d_device_context_Flush iface 00007AEA9C2EB480, tag1
0000000000000000, tag2 0000000000000000 stub!
0128:err:seh:call_seh_handlers invalid frame 00000001002FE0F8
(00007AEA9D382000-00007AEA9D480000)
0128:err:seh:NtRaiseException Exception frame is not in stack limits => unable
to dispatch exception.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=58478
Bug ID: 58478
Summary: SteamVR requires
Windows.Devices.Display.Core.DisplayManager
Product: Wine
Version: 10.11
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 78929
--> http://bugs.winehq.org/attachment.cgi?id=78929
Terminal output
Steps to reproduce:
1. Run `winetricks corefonts`
2. Download and run
https://cdn.akamai.steamstatic.com/client/installer/SteamSetup.exe
3. Install SteamVR in the Steam client
4. Start SteamVR from the Steam client, or run `wine 'C:\Program Files
(x86)\Steam\steamapps\common\SteamVR\bin\win64\vrstartup.exe'`
SteamVR silently exits. The following message is written to
$HOME/.wine/drive_c/Program Files (x86)/Steam/logs/vrstartup.txt:
VR_Init error, exiting: HMD detected over USB, but Monitor not found (208)
And this message is printed to the terminal:
err:combase:RoGetActivationFactory Failed to find library for
L"Windows.Devices.Display.Core.DisplayManager"
--
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.
https://bugs.winehq.org/show_bug.cgi?id=57828
Bug ID: 57828
Summary: Approach Smart Icons do not show
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: ToddAndMargo(a)zoho.com
Distribution: ---
Created attachment 78036
--> https://bugs.winehq.org/attachment.cgi?id=78036
Smart Icon in Windows 10 and Wine
SmartSuite-N99.8.0208.0800
Fedora 41
wine-devel-10.1-1.1.x86_64
and
wine-stable-10.0.0-1.1.x86_64
winehq-stable-10.0.0-1.1.x86_64
In Approach, the View pull down, Smart Icon setting does not active. This
makes Approach very difficult to use.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=58043
Bug ID: 58043
Summary: DVDFab won't run on Wine 10.3 because it thinks that
there is a debugger running when there isn't
Product: Wine
Version: 10.3
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 78297
--> https://bugs.winehq.org/attachment.cgi?id=78297
Screenshot
To reproduce, run `wine dvdfab13_online_13037.exe`. When installation is
complete, an error dialog appears that says "A debugger has been found running
in your system. Please, unload it from memory and restart your program."
This error did not happen before Wine 10.3. `git bisect` says:
dc718fd33b23a6104a0fa2e971a358662bf766af is the first bad commit
commit dc718fd33b23a6104a0fa2e971a358662bf766af (HEAD)
Author: Alexandre Julliard <julliard(a)winehq.org>
AuthorDate: Tue Feb 25 13:45:33 2025 +0100
Commit: Alexandre Julliard <julliard(a)winehq.org>
CommitDate: Tue Feb 25 23:01:11 2025 +0100
ntdll: Add some missing Zw exports.
dlls/ntdll/ntdll.spec | 23 ++++++++++++++++-------
1 file changed, 16 insertions(+), 7 deletions(-)
$ sha256sum dvdfab13_online_13037.exe
9260ecbad0ddeeca876ff7adb35d26cffc7fb40399c814ae6fd369d2d7708791
--
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.
https://bugs.winehq.org/show_bug.cgi?id=56883
Bug ID: 56883
Summary: Dualshock bumpers registering as two buttons on wine
9.9 and later
Product: Wine
Version: 9.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: quackdoctech(a)gmail.com
Distribution: ---
As of wine 9.9 and later a dualshock (Playstation 5) controller when connected
via bluetooth and only bluetooth, the left and right bumpers will trigger two
button presses at the same time.
Right bumper will trigger the buttons number 5 and 13 instead of just 5
Left bumper will trigger the buttons number 4 and 13 instead of just 4
--
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.
http://bugs.winehq.org/show_bug.cgi?id=58473
Bug ID: 58473
Summary: Test results are not displayed for applications.
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: chiitoo(a)gentoo.org
Distribution: ---
Browsing any application (so far that I have tried) only shows the following in
the test result area:
No Test Results
This version has no test results, please consider submitting some.
They may be part of the version or application description. If they are, please
consider becoming a maintainer and remove them, submitting a proper test report
instead.
Some applications tested:
- https://appdb.winehq.org/objectManager.php?sClass=version&iId=2739
- https://appdb.winehq.org/objectManager.php?sClass=version&iId=20882
- https://appdb.winehq.org/objectManager.php?sClass=version&iId=26695
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.
http://bugs.winehq.org/show_bug.cgi?id=58425
Bug ID: 58425
Summary: video/x-h264 alignment=au caps causes artifacts and
crashes with nal-aligned streams
Product: Wine
Version: 10.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winegstreamer
Assignee: wine-bugs(a)winehq.org
Reporter: mkrsym1(a)gmail.com
Distribution: ---
Multiple applications try to playback nal-aligned streams, but Wine always sets
the alignment caps to au. This causes h264parse to work incorrectly, which in
turn leads to various unpleasant effects, depending on the decoder used.
Some examples:
- libav's avdec_h264 is the most tolerant one, and only displays brief image
artifacts when au-alignment is broken.
- OpenH264 displays major image and temporal artifacts on au-alignment break,
sometimes hangs.
- NVIDIA's nvh264dec immediately crashes the entire application on au-alignment
break.
This issue is completely fixed by not setting the alignment caps at all and
letting h264parse do it's job, as done in this commit:
https://github.com/ValveSoftware/wine/commit/0304a42
Not sure why it's set in the first place. Maybe that patch can be merged into
Wine master, or is there something that I'm missing?
--
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.
http://bugs.winehq.org/show_bug.cgi?id=58475
Bug ID: 58475
Summary: Wine Mono corlib tests cause wineserver to assert
Product: Wine
Version: 10.11
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: madewokherd(a)gmail.com
Distribution: ---
Run:
wine run-tests.exe
x86_64.MonoTests.System.Threading.WaitHandleTest:WaitAny_WaitHandleNull_TimeSpan
x86_64.MonoTests.System.WeakReferenceTest:WeakReference_IsAlive_Finalized
Result:
wineserver: ../server/mutex.c:233: abandon_mutexes: Assertion `mutex->owner ==
thread' failed.
I reduced the test case as much as I could, but for whatever reason, these
tests only seem to cause the assert when run in combination.
The architecture doesn't seem to matter - x86 gets the same result from these
test cases.
--
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.