https://bugs.winehq.org/show_bug.cgi?id=57980
Bug ID: 57980
Summary: Adobe Creative Cloud requires unimplemented function
KERNEL32.dll.SetThreadpoolTimerEx
Product: Wine
Version: 10.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: asdfghrbljzmkd(a)outlook.com
Distribution: ---
Every so often I test installing Adobe CC on Wine to see if it will work. With
the recent fixes relating to libcef/edge/chromium sandboxing, I gave it another
go. Seems like this is now an issue:
```
wine: Call from 00006FFFFFC75D38 to unimplemented function
KERNEL32.dll.SetThreadpoolTimerEx, aborting
```
--
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=58436
Bug ID: 58436
Summary: x11, kotor keeps minimizing
Product: Wine
Version: 10.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zlice(a)crtdrift.us
Distribution: ---
Created attachment 78874
--> http://bugs.winehq.org/attachment.cgi?id=78874
kotor-focus-minimize-patch
https://gitlab.winehq.org/wine/wine/-/commit/f1cdb6ad7fe81563979fcb1cea4d5a…
i see remi just pushed changes a few hours ago that may be related or affect
this, but those did not helps
https://gitlab.winehq.org/wine/wine/-/commit/0624408ffa1d066e8ad3d7d2e7ac12…
- run star wars kotor (knights of the old republic)
- press escape a few times on the intro screens
- game turns to a black screen and then minimizes every time it's focused
--
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=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.
http://bugs.winehq.org/show_bug.cgi?id=58435
Bug ID: 58435
Summary: winepath -w conversion outputs wrong filenames
Product: Wine
Version: 10.11
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: madewokherd(a)gmail.com
Distribution: ---
Observed in the pipeline failure here:
https://gitlab.winehq.org/mono/wine-mono/-/jobs/169670
The build script in Wine Mono uses winepath -w to get a windows path for one of
its outputs.
The command, though not logged, would have been:
winepath -w /builds/mono/wine-mono/build/winemono-support.cab
Based on debugging in other places, I think that outputs:
Z:\builds\mono\wine-mono\build\winemono-supporpport.cab
96cd811903e3d3f227c39e12235725baf793f4b9 is the first bad commit
commit 96cd811903e3d3f227c39e12235725baf793f4b9
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Tue Jun 24 11:56:39 2025 +0200
kernel32: Reimplement conversion to DOS name using
GetFinalPathNameByHandleW.
dlls/kernel32/path.c | 44 +++++++++++++++++++++++++++++++++++---------
1 file changed, 35 insertions(+), 9 deletions(-)
The pattern seems to be that it fails when given an absolute path to a file
that does not exist. The directory that would contain the file must exist or it
won't output anything.
The result seems to always be <path with last 5 characters cut off> + <last 9
characters of path>.
--
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=57936
Bug ID: 57936
Summary: Incorrect audio volume level read by app from the
system - 100% all the time.
Product: Wine
Version: 10.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: greblus(a)gmail.com
Distribution: ---
Hi guys.
I'm trying to use Yousician on Linux and it works amazingly well, maybe even
smoother than on W11, but there is one small problem: It's impossible to
preform latency calibration as the app is checking global system volume, if
it's too high, it disallows calibration to prevent hearing damage if the sounds
it produces are too loud.
On wine and wine-staging the volume in Yousician is always 100%. I use
pipewire-pulse backend and plasma-pa, I'm changing volume from plasma settings
or alsamixer, or pulsemixer but it stays 100% in Yousician.
Hope there's an easy fix for it :).
Regards,
W.
--
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=58423
Bug ID: 58423
Summary: Flickering in games using dxvk/vkd3d-proton on sway
Product: Wine
Version: 10.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: llyyr(a)yukari.in
Distribution: ---
Bisected to
https://gitlab.winehq.org/wine/wine/-/commit/de0fc7fd95074cfdeb032d36246c56…
Games using Vulkan flicker when the compositor supports explicit sync and it is
active after the commit mentioned above.
Disabling explicit sync in sway with `export WLR_RENDER_NO_EXPLICIT_SYNC=1`
makes the game window not flicker even with the bad commit.
--
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=57754
Bug ID: 57754
Summary: GUI offset in VST plugins
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: project.music(a)web.de
Distribution: ---
VST plugins, that are loaded through tools like yabridge or LinVST can't be
used. If I try to click a button or some other element in the plugins
interface, I have to click way up and way left of the actual displayed thing
(button, knob...).
This occurs in all distros I tested (fedora, endeavouros, openSuse, kubuntu),
from wine version 9.22 up to version 10, stable or staging.
The only way to use windows vst plugins since then is to downgrade to an older
wine version.
If there is anything I can provide to help, please tell me what and how.
--
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=58331
Bug ID: 58331
Summary: Wait cursor does not display
Product: Wine
Version: 9.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: rikul(a)inbox.ru
Distribution: ---
Created attachment 78705
--> http://bugs.winehq.org/attachment.cgi?id=78705
Example
Starting from Wine version 9.0, the waiting cursor no longer appears when
attempting to set it to indicate a long-running operation in MFC applications
or other programs. The issue appears to have started after the commit on June
13, 2023.
Steps to Reproduce:
1. Run the attached simple MFC application.
2. Click the button "Start Long Operation"
Expected Result:
The waiting cursor should appear for the duration of the 3-second sleep.
Actual Result:
The waiting cursor does not appear during the Sleep call. The cursor remains
the default arrow.
Example Application:
The example application has been attached. It uses the most basic
implementation of the CWaitCursor class, as described in the official Microsoft
documentation:
https://learn.microsoft.com/en-us/cpp/mfc/reference/cwaitcursor-class?view=…
Regression Commit:
The issue seems to have started with the commits made on June 13, 2023:
https://github.com/wine-mirror/wine/commits/master/dlls?author=rbernon&sinc…
Notes:
This issue does not occur in Windows, where the waiting cursor appears as
expected.
Environment:
Wine version: 9.0+ (possibly Wine 8.x, but not 8.0)
Operating System: RHEL 7.9, RHEL 8.10
--
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=58434
Bug ID: 58434
Summary: Ableton Live 12 Lite - Crashes on Install
Product: Wine
Version: 9.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jb(a)jbss4u.com.au
Distribution: ---
Created attachment 78870
--> http://bugs.winehq.org/attachment.cgi?id=78870
Unhandled exception: page fault on read access
Wine crashes when starting to install Ableton Live 12
Running the command WINEARCH=win64 WINEPREFIX=~/wine/ableton wine
~/wine/ableton/drive_c/"Ableton Live 12 Lite Installer.exe"
I have checked the WineHQ App DB and followed all the recommended settings
changes.
Ableton Live Setup window opens correctly. I 'Agree to the license terms and
conditions'. Installing to: 'C:\ProgramData\Ableton\Live 12 Lite'
Click on 'Install'
Installation window progresses to 'Setup Progress' and 'Processing:
Initializing...' with progress bar at 0% with a 'Cancel' button at bottom
right.
Immediately, the Wine Debugger opens with 'Program Error' -
The program wixstdba.exe has encountered a serious problem and needs to close.
We are sorry for the inconvenience.
winxtdba.exe appears to be creating a memory access error and I am now out of
my depth.
Thank you for any assistance that might be available.
--
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=19561
Summary: Very large memory leak when doing overlapped reads
Product: Wine
Version: 1.1.26
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wineserver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ronfischler(a)gmail.com
Created an attachment (id=22796)
--> (http://bugs.winehq.org/attachment.cgi?id=22796)
Program compiled and ready to run using mingw
WINE is buffering serial ports which is in conflict with using overlapped
reads. Additionally, when using overlapped reads on a serial port, there is a
large memory leak. Every time we receive a block of data on the port, (say 800
bytes in our case,) wineserver allocates many pages on the heap and does not
free them afterwards. We are seeing as many as 21 pages lost to the heap every
time we read a small block of data.
My company is creating a Monitor & Control product that works through serial
ports, and we want it to be able to run on Linux netbooks (using USB to serial
port adapters.) This memory leak is the only thing holding us up. The memory
leak is too large for us to recommend to customers that our application can be
used on Linux platforms using WINE.
We are including an attachment for a small program that captures the leak. The
problem is a result of our call to readfile() in the do-while loop. It is using
the overlappedRead feature. Every time this Win32 function call is made, 84K
bytes disappears forever.
-Ron F.
--
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.