August 2026 - Wine-Bugs - list.winehq.org

[Bug 60224] Maximizing/De-maximizing a window corrupts mouse-click-position

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=60224 --- Comment #1 from AndyF <andreas.franz(a)arcor.de> --- It happens on lubuntu as well, if DE is changed to Cinnamon x11. -- 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.

Aug. 23, 2026

[Bug 60224] New: Maximizing/De-maximizing a window corrupts mouse-click-position

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=60224 Bug ID: 60224 Summary: Maximizing/De-maximizing a window corrupts mouse-click-position Product: Wine Version: 11.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)list.winehq.org Reporter: andreas.franz(a)arcor.de Target Milestone: --- Distribution: --- Maximizing/Switch to normal windowsize, corrupts position of mouse-click. I've recorded a simple notepad-session: https://cloud.s-t-franz.de/s/Pkab2gFgBg9b923 Steps to reproduce: - start notepad in "normal" window-state - maximize window with it's button / drag to the top - try to click some of your menus -> in my case, click seems to be fired "anywhere" but not on position of the mouse cursors. Happens on 2 physical machines with Linux Mint 22.3 It happens on a Linux-Mint 22.3-VM under VirtualBox/Windows It doesn't happen on Debian/Wayland VM. It doesn't happen on Lubuntu in a VM of VirtualBox -- 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.

Aug. 23, 2026

[Bug 36186] valgrind shows a potential leak in wmiutils/tests/path.c

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=36186 --- Comment #6 from Hans Leidekker <hans(a)meelstraat.net> --- (In reply to Nikolay Sivov from comment #4) > I'm not sure you can even easily get valgrind to work in latest git. We should perhaps consider abandoning valgrind bugs. Many developers will have switched to PE builds by now and they may not bother doing a non-PE build just to check these valgrind bugs, even if it works. And we have working ASan reports now. -- 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.

Aug. 23, 2026

[Bug 60223] IMFTimedText and related APIs missing

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=60223 --- Comment #2 from Tim Blechmann <tim(a)klingt.org> --- (In reply to Nikolay Sivov from comment #1) > Hi, > > Is this only about IDL changes, that could later be imported by mingw > project? afaict yes: we basically try to build qt with mingw (modernize the media foundations backend) and the COM interfaces are 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.

Aug. 23, 2026

[Bug 60223] IMFTimedText and related APIs missing

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=60223 --- Comment #1 from Nikolay Sivov <bunglehead(a)gmail.com> --- Hi, Is this only about IDL changes, that could later be imported by mingw project? -- 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.

Aug. 23, 2026

[Bug 59937] fixme:wlanapi:WlanEnumInterfaces - Unable to find wifi network device

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59937 --- Comment #5 from spoonie <sexy_b14(a)hotmail.com> --- Same with 11.15-Staging cheers -- 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.

Aug. 23, 2026

[Bug 60223] New: IMFTimedText and related APIs missing

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=60223 Bug ID: 60223 Summary: IMFTimedText and related APIs missing Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)list.winehq.org Reporter: tim(a)klingt.org Target Milestone: --- Distribution: --- Some of the Media Foundation APIs COM interfaces are not implemented, i.e. the IMFTimedText COM interfaces. This was found when migrating qtmultimedia to newer WMF APIs, which failed to compile with mingw based compilers. afaict those are simple COM wrappers, though i don't think i can provide a cleanroom implementation myself, considering that i've seen the msvc-provided headers during my day-to-day development. the interfaces in question are all the IMFTimedText* classes listed in: https://learn.microsoft.com/en-us/windows/win32/api/mfmediaengine/ -- 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.

Aug. 23, 2026

[Bug 59775] German umlauts won't be handled correctly by typing

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59775 --- Comment #50 from AndyF <andreas.franz(a)arcor.de> --- I think, I've found the key to this issue: - Linux Mint doesn't use fcitx5 If I install fcitx5, this issue is gone! No more "fixme" about changed keyboard layout, no crash. Is this a bug of WineHQ? -- 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.

Aug. 23, 2026

[Bug 60222] New: dxgi_output_GetDisplayModeList is a partial stub: applications that require a mode list never create a swapchain

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=60222 Bug ID: 60222 Summary: dxgi_output_GetDisplayModeList is a partial stub: applications that require a mode list never create a swapchain Product: Wine Version: 11.0 Hardware: x86-64 OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)list.winehq.org Reporter: hedgar2017(a)gmail.com Target Milestone: --- Created attachment 81923 --> http://bugs.winehq.org/attachment.cgi?id=81923 +dxgi trace excerpt, game process, full call sequence `dxgi_output_GetDisplayModeList` is a partial stub. Two application-visible consequences follow, one fatal and one an accessibility hazard. ## 1. No swapchain is ever created Assassin's Creed Liberation Remastered (`ACLiberation.exe`, x86_64, D3D11) reaches its main menu — audio plays — and renders nothing: a black fullscreen window that accepts no input, ~35% of one core, 1.6 GB resident, 51 threads, GPU utilisation 0%. The attached `+dxgi` excerpt is the game process's complete call sequence: create factory, `EnumAdapters1`, `DXGID3D10CreateDevice` (feature levels 11_1 down to 9_1, device created), `EnumOutputs`, then `dxgi_output_GetDisplayModeList` — twice per output, once with `modes NULL` for the count and once to fill — hitting the stub every time, across three outputs, followed by output, adapter, device and factory all released to refcount 0. **`CreateSwapChain` is never called**, and no further DXGI activity occurs in the minutes the process keeps running. The application then writes `1280x720 / RefreshRate=0` into its own configuration — a fallback, not a detection. **Control:** `ACIII.exe` (Assassin's Creed III Remastered), a different executable in the same directory launched the same way, runs correctly at 3440x1440. It tolerates the stub; this title requires a mode list and has no fallback path. ## 2. Applications are handed modes the display does not have Assassin's Creed Liberation HD, a different 32-bit D3D11 build of the same game, does run — and its in-game resolution list offers `2560x1440@60` on a display whose only 2560x1440 mode is 240 Hz, verified against the platform's own mode enumeration including hidden and duplicate modes, 170 modes total. Selecting that entry makes the application retry the mode change every frame, producing full-screen white strobing at roughly 30–60 Hz. The returned list is not empty, it is fictional, and applications cannot detect that they have been misled. ## Environment Observed under CrossOver 26.3 (`cxoffice-26.3.0rc2`, built 2026-07-15) on macOS 26.6.2, Apple M2 Max. I have no upstream Wine build on this hardware to retest against, so the behavioural observations come from that Wine-derived build; the stub itself is in Wine's `dxgi` and is verifiable from source. Happy to test a patch and report back. -- 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.

Aug. 22, 2026

[Bug 60221] New: Clive Barker's Jericho Demo has a non-fatal msiexec crash during install

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=60221 Bug ID: 60221 Summary: Clive Barker's Jericho Demo has a non-fatal msiexec crash during install Product: Wine Version: 11.16 Hardware: x86-64 URL: https://web.archive.org/web/20210107195053if_/http://d l.4players.de/f1/pc/sonstiges/clivebarkers_jericho_dem o.exe OS: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)list.winehq.org Reporter: gijsvrm(a)gmail.com Target Milestone: --- Distribution: --- It crashes inside build_msiexec_args() (msi/custom.c) because params is NULL. Seems to happen during a pre-requisite install of PhysX. $ sha1sum clivebarkers_jericho_demo.exe b7a609bf0f55356722816a380d439802e9e4b534 clivebarkers_jericho_demo.exe $ du -sh clivebarkers_jericho_demo.exe 1.1G clivebarkers_jericho_demo.exe -- 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.

Aug. 22, 2026