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

[Bug 59432] MediaFoundation does not set D3D11_RESOURCE_MISC_FLAG for textures

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59432 --- Comment #5 from Afif An Nafie <afifsworld132(a)gmail.com> --- (In reply to Afif An Nafie from comment #4) > https://github.com/ValveSoftware/wine/commit/ > 164af86dd770f975cdff3e09884f14ebc14b856b > > This commit fixes this issue. Though, there is a memory leak. Running Hollow Knight: Silksong is a good example here. Opening the game and playing for 10 minutes with no video playing, I see kernel_task is using around 9MB memory. Then I start a new game and letting the video play for ~20 seconds and closing the game, the memory usage of kernel_task spikes ~150MB (and does not get removed after the games closes). Same thing with In Falsus. -- 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.

Feb. 24, 2026

[Bug 58505] SSFpres search window appears behind main window since Wine 10.5

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58505 --- Comment #26 from Rémi Bernon <rbernon(a)codeweavers.com> --- There's been a small change with https://gitlab.winehq.org/wine/wine/-/merge_requests/10133 that could have helped here, would you mind checking again after a3b40267c57877aafebe21b3dcf8d86bdc78d40f? -- 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.

Feb. 24, 2026

[Bug 45882] Raw Input should use untransformed mouse values (affects Overwatch, several Source games)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=45882 Giacomo Orlandi <gia_(a)inwind.it> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gia_(a)inwind.it --- Comment #21 from Giacomo Orlandi <gia_(a)inwind.it> --- The linked staging patchset returns a 404, it looks like it was renamed, and probably partially rewritten, to: https://gitlab.winehq.org/wine/wine-staging/-/tree/master/patches/user32-ra… See also: https://gitlab.winehq.org/wine/wine-staging/-/commit/aa8b27c396f926212689d1… -- 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.

Feb. 24, 2026

[Bug 46534] Just Cause 4 crashes on startup

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=46534 Giacomo Orlandi <gia_(a)inwind.it> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gia_(a)inwind.it --- Comment #11 from Giacomo Orlandi <gia_(a)inwind.it> --- The linked staging patchset was removed in the following commit: https://gitlab.winehq.org/wine/wine-staging/-/commit/4f83c2f614921320b5b085… And upstreamed in the following merge request: https://gitlab.winehq.org/wine/wine/-/merge_requests/6917 This is most likely fixed. -- 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.

Feb. 24, 2026

[Bug 59333] VNyan leaks memory (race in __wine_syscall_dispatcher $rsp switching breaks Unity GC)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59333 --- Comment #34 from Hoshino Lina <lina(a)lina.yt> --- Created attachment 80435 --> http://bugs.winehq.org/attachment.cgi?id=80435 Bug repro Attached is a non-Unity repro that catches the bug within a few seconds. It also shows that very often contexts within __wine_syscall_dispatcher_return are returned (which is still wrong, but won't break Unity by itself), and only a fraction of those have the bad sp (which breaks Unity). I still don't understand the point of the `leaq 0x70(%rcx),%rsp`. Why is rsp being set to anything arbitrary at all? Just replacing that line with `movq 0x88(%rcx),%rsp` might go a long way towards fixing this, at least for Unity. -- 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.

Feb. 24, 2026

[Bug 59414] AAC error when playing Unity game videos

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59414 --- Comment #3 from Afif An Nafie <afifsworld132(a)gmail.com> --- (In reply to Afif An Nafie from comment #2) > 0:00:00.651204750 65255 0x600001b395c0 ERROR aacparse > gstaacparse.c:355:gst_aac_parse_sink_setcaps:<aacparse0> Need codec_data for > raw AAC > 0:00:00.651291416 65255 0x600001b395c0 ERROR aacparse > gstaacparse.c:355:gst_aac_parse_sink_setcaps:<aacparse0> Need codec_data for > raw AAC > 0:00:00.653903500 65255 0x600001b395c0 ERROR WINE > unixlib.c:227:link_element_to_sink: Failed to find src pad compatible to > <'':sink> on <audioresample1>. > 0:00:00.654040541 65255 0x600001b395c0 ERROR WINE > wg_transform.c:788:wg_transform_create: Failed to create winegstreamer > transform. > > This error goes away with > https://github.com/ValveSoftware/wine/commit/ > 164af86dd770f975cdff3e09884f14ebc14b856b Ignore this comment, it is not actually fixed. -- 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.

Feb. 24, 2026

[Bug 59414] AAC error when playing Unity game videos

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59414 --- Comment #2 from Afif An Nafie <afifsworld132(a)gmail.com> --- 0:00:00.651204750 65255 0x600001b395c0 ERROR aacparse gstaacparse.c:355:gst_aac_parse_sink_setcaps:<aacparse0> Need codec_data for raw AAC 0:00:00.651291416 65255 0x600001b395c0 ERROR aacparse gstaacparse.c:355:gst_aac_parse_sink_setcaps:<aacparse0> Need codec_data for raw AAC 0:00:00.653903500 65255 0x600001b395c0 ERROR WINE unixlib.c:227:link_element_to_sink: Failed to find src pad compatible to <'':sink> on <audioresample1>. 0:00:00.654040541 65255 0x600001b395c0 ERROR WINE wg_transform.c:788:wg_transform_create: Failed to create winegstreamer transform. This error goes away with https://github.com/ValveSoftware/wine/commit/164af86dd770f975cdff3e09884f14… -- 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.

Feb. 24, 2026

[Bug 59432] MediaFoundation does not set D3D11_RESOURCE_MISC_FLAG for textures

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59432 --- Comment #4 from Afif An Nafie <afifsworld132(a)gmail.com> --- https://github.com/ValveSoftware/wine/commit/164af86dd770f975cdff3e09884f14… This commit fixes this issue. -- 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.

Feb. 24, 2026

[Bug 59446] Latest VOCALOID6 version (6.11) crashes after VOCALOID:AI track

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59446 --- Comment #1 from Austin English <austinenglish(a)gmail.com> --- It's looking for a different version of .Net 8: > 0160:err:eventlog:ReportEventW L".NET Version: 8.0.21\n" winetricks currently installs 8.0.12. Does it work if you install 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.

Feb. 24, 2026

[Bug 59333] VNyan leaks memory (race in __wine_syscall_dispatcher $rsp switching breaks Unity GC)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59333 --- Comment #33 from Madalee <madalee(a)ohlmeyers.com> --- While we haven't seen the big memory leak with Warudo while running our reverted Proton-10.0-4, we did manage to run in to it while running Adalyn's debugger. This would suggest that either that code block isn't at fault, or we reverted it wrong. As we said, we don't really understand what's happening in the assembly so its possible we reverted it wrong. However, that entire __wine_unix_call_dispatcher function is identical to Proton8(which does not have the bug) in our version except for the following: Changed: ".globl " __ASM_NAME("__wine_unix_call_dispatcher_prolog_end") "\n" __ASM_NAME("__wine_unix_call_dispatcher_prolog_end") ":\n\t" To: __ASM_LOCAL_LABEL("__wine_unix_call_dispatcher_prolog_end") ":\n\t" Changed: "jnz .L__wine_syscall_dispatcher_return\n\t" To: jnz " __ASM_LOCAL_LABEL("__wine_syscall_dispatcher_return") "\n\t" We needed to make these changes as Proton10 has an asm clock at the end that references __wine_syscall_dispatcher_return as opposed to L__wine_syscall_dispatcher_return It kinda looks like these may be the same thing with different syntax, but we are just guessing here. -- 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.

Feb. 24, 2026

[Bug 42024] FL Studio 12.4 installer, Janetter 4.1.1.0 crash on missing HKCU\Software\Microsoft\Windows\CurrentVersion\Internet Settings\ProxyEnable key

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=42024 Zeb Figura <z.figura12(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|STAGED |RESOLVED Resolution|--- |FIXED CC| |z.figura12(a)gmail.com Fixed by SHA1| |0fdaea7b13739cc35246a6e636d | |185da8ffaebb4 --- Comment #11 from Zeb Figura <z.figura12(a)gmail.com> --- Fixed upstream, sorry I missed this earlier. -- 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.

Feb. 24, 2026

[Bug 35331] Ellipse drawing problem using GM_ADVANCED graphics mode

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=35331 Zeb Figura <z.figura12(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |z.figura12(a)gmail.com Staged patchset|https://github.com/wine-sta | |ging/wine-staging/tree/mast | |er/patches/gdi32-rotation | Status|STAGED |NEW --- Comment #14 from Zeb Figura <z.figura12(a)gmail.com> --- Removing STAGED status. -- 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.

Feb. 24, 2026

[Bug 53574] MSYS2 "pacman -Sy" fails key lookup

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=53574 Nolan <nolan.p.carter(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nolan.p.carter(a)gmail.com --- Comment #5 from Nolan <nolan.p.carter(a)gmail.com> --- This was tested on Wine-11.0 and Wine-11.2/3 Staging. I managed to get pacman to work fully within MSYS2 by using the same commands on line 26-28 from the link. It seems to be an issue with the signature validation taking forever as noted and the only way to get it to work is setting the sig level to never. The same issue applies to the installer which is why it seems to freeze on the pacman key configuration. After that though it seems to run fine without any issue, at least for me. I want to also note that I am not using docker or any kind of container with wine. I was able to get both MSYS2 and Cygwin working fully in plain wine without any MSYS2-hack patches or installer errors. I would be willing to explain how to get it to work since it seems a lot of people are having trouble with it, though I don't this is the right area to post about it. Link: https://github.com/msys2/msys2-docker/blob/main/msys2/Dockerfile -- 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.

Feb. 23, 2026

[Bug 59450] VKD3D "fixme" errors and game hangs in Hades 2

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59450 Tony Fabris <tfabris(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tfabris(a)gmail.com -- 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.

Feb. 23, 2026

[Bug 59449] FormatMessageW fails for well-formed function call and crashes application

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59449 Nikolay Sivov <bunglehead(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED Fixed by SHA1| |8c38545dfe5d44315d3bd391f0d | |09f40da864360 Component|-unknown |kernel32 --- Comment #1 from Nikolay Sivov <bunglehead(a)gmail.com> --- The message for this particular error code has been added, commit 8c38545dfe5d44315d3bd391f0d09f40da864360. Thanks for the report. -- 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.

Feb. 23, 2026

[Bug 36304] valgrind shows several leaks in msxml3/tests/xmldoc.c

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=36304 Nikolay Sivov <bunglehead(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |ABANDONED --- Comment #2 from Nikolay Sivov <bunglehead(a)gmail.com> --- This part is no longer using libxml2, so traces will definitely be different. I'll closed as abandoned, if there is interest in retesting with current Wine, please reopen. -- 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.

Feb. 23, 2026

[Bug 59450] New: VKD3D "fixme" errors and game hangs in Hades 2

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59450 Bug ID: 59450 Summary: VKD3D "fixme" errors and game hangs in Hades 2 Product: vkd3d Version: 1.18 Hardware: x86-64 OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: vkd3d Assignee: wine-bugs(a)list.winehq.org Reporter: tfabris(a)gmail.com Created attachment 80434 --> http://bugs.winehq.org/attachment.cgi?id=80434 Shell console log output from Wine and VKD3D during run VKD3D "fixme" errors and game hangs in Hades 2 Having trouble running Hades 2 under Crossover 26.0 which includes v1.18 of VKD3D. Game runs fine for long periods, and produces some of these messages below during its run. At some point, the game intermittently hangs, with the hang not being necessarily coincident with any one particular message. It just sort of eventually, intermittently, hangs in the middle of a perfectly good run. Sometimes the game hangs very frequently (after only a few seconds of play) and sometimes it can run successfully for 30 minutes or more without a hang. The hang manifests itself as this: The graphics hang first. The game screen freezes and all of the pixels stay on the screen, unchanging. The game audio continues playing without any hitches or glitches, including, continuing to successfully play background music or long dialogue sequences without stopping. Sometimes, if the hang occurs while the character has an interaction prompt, there may be a brief window where you can still press the interaction button and hear the response audio from having pressed the button, but only the first instance of interaction, after that, nothing more is allowed and the game is truly hung. The console output stops updating, and the game's own "Hades2.log" file stops updating. The following console messages are seen in the console output. Even though the hang doesn't happen exactly at one of those messages, I wonder if any of these console messages point towards a root cause? vkd3d:023c:fixme:d3d12_root_signature_init Ignoring root signature flags 0x1d. vkd3d:023c:fixme:spirv_compiler_emit_global_flags Unhandled global flags 0x100. vkd3d:0264:fixme:d3d12_rtv_desc_create_rtv Unhandled view dimension 0x2. vkd3d:05e4:err:d3d12_device_init Cannot load DXIL conversion library, DXBC-TPF shaders won't be supported vkd3d:05e4:fixme:d3d12_device_CheckFeatureSupport Unhandled format 0x42. vkd3d:05e4:fixme:vkd3d_create_null_srv Unhandled view dimension 0xa. vkd3d:05e4:fixme:d3d12_root_signature_init Ignoring root signature flags 0x1d. Hades2's own log file, "Hades II.log" sometimes (not always) has this as its last line after a hang: 2026-02-21 15:12:48 [MainThread] App.cpp:649 INFO| Waiting for RenderCommands to be ready to write Note for developer: I'm aware that my hardware and OS that I'm using are not modern, and are outside the game's specs. But the whole point of Wine is to run games in places they weren't originally intended to run, and amazingly, in this particular case, it actually works. When Crossover 26 was released (including Wine 11.0, and whatever version of vkd3d is included with those two things), it runs Hades 2. I can sometimes play for long periods of time without troubles, there's just the occasional random hang that would be very nice to be able to fix. I wonder if this particular configuration is helping to surface some rare edge-case bugs in vkd3d? Any help or advice would be gleefully accepted. In particular, I'd like to know if there's any way to get more detailed VKD3D logs out of Crossover? I'm attaching a console log output but it's not particularly detailed. Also in the game's installed files, in the Hades2/Content/Shaders folder, there are a bunch of plain-text files, and I wonder if editing any of those could simplify the D3D12 calls and prevent the hangs. Software and hardware information: Game: Hades 2 version 1.133066 The messages, and the hang issue, occur equally in the Windows Steam version of the game, or the Windows Epic Games version of the game. The Epic Games version can run directly without a launcher, without Epic or Steam in memory. Machine: Macbook Pro 15-inch, 2016 CPU: 2.9 GHz Quad-Core Intel Core i7 RAM: 16 GB 2133 MHz LPDDR3 GPU: Radeon Pro 460 4 GB Driver: Whatever driver comes with MacOS Monterey 12.7.6 Wine version: Crossover 26.0, using Wine 11.0 VKD3D version: vkd3d 1.18 or whatever is included with Crossover 26.0 -- 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.

Feb. 23, 2026

[Bug 24851] Explorer++ treeview shows plus signs even when a folder contains no subfolders

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=24851 Zeb Figura <z.figura12(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED CC| |z.figura12(a)gmail.com Status|STAGED |RESOLVED Fixed by SHA1| |b64e431c04b35f0cba30ac58361 | |4804f5447d4bc --- Comment #8 from Zeb Figura <z.figura12(a)gmail.com> --- Yep, I tested this even but forgot to resolve the bug fixed. -- 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.

Feb. 23, 2026

[Bug 59449] New: FormatMessageW fails for well-formed function call and crashes application

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59449 Bug ID: 59449 Summary: FormatMessageW fails for well-formed function call and crashes application Product: Wine Version: 11.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: and44more(a)gmail.com Distribution: --- Created attachment 80433 --> http://bugs.winehq.org/attachment.cgi?id=80433 C++ code to demonstrate it This isn't really a bug, but more a missing error message. The FormatMessageW (winbase.h) function fails if given the valid error code CRYPT_E_NO_MATCH as an argument (see attached code snippet). It returns 0 indicating an error and does not modify the lpBuffer pointer argument. Applications that assume that FormatMessageW will allocate the error message at the memory address lpBuffer is pointing to will crash (like in my case) if they initalized lpBuffer with 0 before. Technically, this is the fault of the application since it assumed that FormatMessageW will not return an error if given a well-formed function call, but wine is missing the error message in the first place and that should be fixed. I'd also like to propose setting lpBuffer to a pointer to an empty string (null character) instead of not modifying it when FormatMessageW fails. (Create a global empty string variable instead of allocating memory each time). This behavior would adhere to the FormatMessageW documentation and would make applications with missing error checks more fail safe in this case. I'm using linux mint 22.1 with wine 9.0, but I also tested the attached code snippet in linux arch with wine 11.1. -- 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.

Feb. 23, 2026

[Bug 59329] C++ catch() use-after-free with std::rethrow_exception()

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59329 Nikolay Sivov <bunglehead(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |4ff9bb5bd38ed5d3692e5c9ee63 | |022f5b2ea65dc -- 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.

Feb. 23, 2026

[Bug 59333] VNyan leaks memory (race in __wine_syscall_dispatcher $rsp switching breaks Unity GC)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59333 --- Comment #32 from Madalee <madalee(a)ohlmeyers.com> --- It is, indeed, hammering the CPU and running around 886 threads. The memory usage, however, didn't go up after leaving it running all night on GE-Proton10-10 (original, no leak patch) We know Unity has several different engine modes and stuff, maybe our project is in the wrong one? If you're willing, feel free to reach out to us on discord at "madalee" (In reply to Adalyn from comment #31) > if the script is applied correctly, it should be using at least 800 threads, > and basically every available CPU cycle the kernel will provide > all that should be necessary to use it is adding the script as a component > to any object in the scene -- 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.

Feb. 23, 2026

[Bug 59329] C++ catch() use-after-free with std::rethrow_exception()

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59329 Piotr Pawłowski <p(a)perkele.cc> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED --- Comment #9 from Piotr Pawłowski <p(a)perkele.cc> --- Fixed in 11.3 -- 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.

Feb. 23, 2026

[Bug 57484] VKB Joystick not detected in Wine 9.22 but works in 9.21

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=57484 mactan(a)edgetransit.dev <mactan(a)edgetransit.dev> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mactan(a)edgetransit.dev --- Comment #14 from mactan(a)edgetransit.dev <mactan(a)edgetransit.dev> --- with VKB NXTs, the device ID changes depending on what modules are connected, is there a reason the device IDs are specified in addition to the vendor ID? We have been comparing to the Virpil vendor which prefers hidraw for the entire vendor without specifying pid -- 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.

Feb. 23, 2026

[Bug 59333] VNyan leaks memory (race in __wine_syscall_dispatcher $rsp switching breaks Unity GC)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59333 --- Comment #31 from Adalyn <adibtw(a)tuta.io> --- if the script is applied correctly, it should be using at least 800 threads, and basically every available CPU cycle the kernel will provide all that should be necessary to use it is adding the script as a component to any object in the scene -- 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.

Feb. 23, 2026

[Bug 59333] VNyan leaks memory (race in __wine_syscall_dispatcher $rsp switching breaks Unity GC)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59333 --- Comment #30 from Madalee <madalee(a)ohlmeyers.com> --- Warudo has been running under this modified Proton 10 for 18 hours now and has not experienced "THE" memory leak. We say "THE" because it does seem like it's experiencing "A" memory leak. It's been, very slowly, increasing in memory use since around hour 2 or so. It's gone from 1.5G to 5.8G after 18 hours. Along with the increase in memory usage, the CPU usage has also climbed, with a setup that's basically just idling(not receiving VRM data or anything) the model stands and moves around in an idle pose. CPU was idling around 12% initially and it's up to an average of 17% now. The slowness of this leak and CPU increase could be on the Warudo side at this point. On a side nite, we tried running the Unity script for several hours, with normal Proton 10, and haven't seen the leak. We likely haven't setup the script properly. We don't develop in Unity, just use it enough to work with our VRM model so maybe we set it up wrong? -- 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.

Feb. 23, 2026