- Wine-bugs - list.winehq.org

[Bug 57662] New: Cashbooks Complete does not render correctly
by WineHQ Bugzilla 25 Feb '26

25 Feb '26

https://bugs.winehq.org/show_bug.cgi?id=57662 Bug ID: 57662 Summary: Cashbooks Complete does not render correctly Product: Wine-staging Version: 10.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winehq.tabloid372(a)passmail.net CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- The binary is free to download here: https://www.acclaimsoftware.com.au/download/ with no significant depends (access runtime is all). The main window renders using `DISPLAY=:0 wine ..` once a `XWayland&` instance is running otherwise using the native wayland drv backend to `wine-10.0-rc5 (Staging)` results in multiple windows being created that do not show anything. Overall this is a extremely simple program so it is unclear why it doesn't run, I couldn't see anything obvious in the logs. Only a excessive number of `vkd3d:0150:fixme:fold_cast Cast from uint to int2.` prints. -- 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.

2 38

[Bug 59451] New: Open Rails component - Track Viewer drop-down menus works but are rendered black
by WineHQ Bugzilla 25 Feb '26

25 Feb '26

http://bugs.winehq.org/show_bug.cgi?id=59451 Bug ID: 59451 Summary: Open Rails component - Track Viewer drop-down menus works but are rendered black Product: Wine Version: 11.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: deim(a)seznam.cz Distribution: --- Created attachment 80437 --> http://bugs.winehq.org/attachment.cgi?id=80437 All dropdowns have correct size but are rendered black Winetricks -> dxvk, dotnet48, corefonts Everything in this game works well but drop-down menus are drawn black -- 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

[Bug 59318] New: Graphic problem
by WineHQ Bugzilla 24 Feb '26

24 Feb '26

http://bugs.winehq.org/show_bug.cgi?id=59318 Bug ID: 59318 Summary: Graphic problem 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: halloalle14(a)gmail.com Distribution: --- Created attachment 80249 --> http://bugs.winehq.org/attachment.cgi?id=80249 Terminal messages win7 program: MMANA-GAL basic version actual http://gal-ana.de/basicmm/en/#18 OS linux LMDE7 actual Error: Sub-window has no graphic anymore since LMDE7 Last working WINE version under LMDE6 unknown. PC identical Testet with Wine 10 stable, 11 stable, 11.1 devel and oldest possible 8.0.2 stable. Every one new installed after clean up. +++++ MMANA-GAL basic has two pattern outputs. First one is the 2D far field plot tab. This one works. Second one is the small icon on top right, the 3D far field plot. This one does not work any more. The window pops up allows to choose 5°-setting and after enter a blank window appears instead a graphic. Export does not work too. The graphic file is corrupted and cant be opened. Farfield plot is a own sub program and this .exe was also marked to be run under win7 in the config like all other too. Other functions in the program seems to work like in the past. ++++++ I tried to install this regression SW using the commands from WINEhq website but was not able to run it just got a lot of useless error messages. +++++ Attached some maybe useful outputs from the terminal commands ++++++ 73 Bert -- 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 5

[Bug 58972] New: error in mgest (gdiplus and C++ 2003 libraries)
by WineHQ Bugzilla 24 Feb '26

24 Feb '26

http://bugs.winehq.org/show_bug.cgi?id=58972 Bug ID: 58972 Summary: error in mgest (gdiplus and C++ 2003 libraries) Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)list.winehq.org Reporter: grandrodri3(a)gmail.com Distribution: --- Created attachment 79681 --> http://bugs.winehq.org/attachment.cgi?id=79681 error on terminal with mgest program Hey guys, I was looking at CRM and accounting programs and I happened to want to try this program called mgest (download link at the end of this report), but it's giving me an error (the Wine debugger pops up on both Windows 10 and 11). Looking at the libraries, it has gdiplus and libraries from the old C++ 2003. I tried installing C++ through winetricks but got a decompression error. Any ideas on how to get this program to run? And... could you take a look at it? Cheers download of mgest: http://mgest.com/formulario-de-descarga-mgest-lite/ -- 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.

2 2

[Bug 59333] New: VNyan leaks memory (race in __wine_syscall_dispatcher $rsp switching breaks Unity GC)
by WineHQ Bugzilla 24 Feb '26

24 Feb '26

http://bugs.winehq.org/show_bug.cgi?id=59333 Bug ID: 59333 Summary: VNyan leaks memory (race in __wine_syscall_dispatcher $rsp switching breaks Unity GC) Product: Wine Version: 11.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: ntdll Assignee: wine-bugs(a)list.winehq.org Reporter: lina(a)lina.yt Distribution: --- Created attachment 80270 --> http://bugs.winehq.org/attachment.cgi?id=80270 Debug & gdb logs VNyan (https://suvidriel.itch.io/vnyan) under recent versions of Wine starts leaking memory at a random time (from minutes to hours after startup). It took a few days of debugging and reverse engineering, but I tracked this down to an issue with Unity's GC observing a weird stack switch in Wine. For reference, Proton 8-5 seems to be fine and GE Proton 10-15 triggers the problem. The problem reproduces with plain `wine-11.0 (Staging)` (wine-11.0-2.fc43.x86_64 from Fedora 43), which is what I used for the traces in this bug. This is the Win32 threads code in the Unity fork of bdwgc: https://github.com/Unity-Technologies/bdwgc/blob/unity-master/win32_threads… Normally, bdwgc will use SuspendThread() on all application threads (see GC_suspend()) and then call GetThreadContext() to retrieve the thread context. It then uses the sp value to determine which stack segment to mark as roots for GC. The logic is complex and there is a safety check in case sp is out of bounds (then it collects the whole stack). However, on line 1695 above, sp is blindly subtracted from thread->stack_base and used to compute the stack usage in bytes, without any bounds checks. This means that when sp ends up above the stack, the subtraction overflows and returns a bogus huge stack size. This ends up throwing off the GC collection threshold, and the GC never runs again. During a normal stop-the-world GC ([1] in vnyan_debug.txt), all threads are stopped with $rip in Windows code (0x00006fffffxxxxxx) (other than the main thread which is in 0x000000018xxxxxx because I patched the Mono DLL to not relocate, for consistent debugging). Most threads are in NtWaitForSingleObject or NtWaitForAlertByThreadId, a couple in NtDelayExecution/NtNotifyChangeKey/NtUserMsgWaitForMultipleObjectsEx/NtWaitForMultipleObjects, and two threads in a mmdevapi wine_unix_call(). When the bug occurs, one thread is caught in the middle of UNIX code ([2] in vnyan_debug.txt). The stack pointer changes from this (pre-bug): Thread 82 (Thread 32.0x2c0): $201 = 0x7a8bf3e8 To this (during bug): Thread 82 (Thread 32.0x2c0): $295 = 0x12938eab0 The GC logs this warning (needs patches to enable debug logs): --> Marking for collection #2607 after 3617216 allocated bytes Marked from 150 dirty pages GC Warning: Thread stack pointer 000000012938EAB0 out of range, pushing everything Pushed 34 thread stacks And then the GC stops working. In the particular repro logged, rip is pointing here in __wine_syscall_dispatcher (it's usually within a few instructions of this area): https://github.com/wine-mirror/wine/blob/db11d0fe6a169c457e23d007e20404643d… This means that is_inside_syscall() returned false and allowed the thread state to be captured directly from native thread state. This is defined as: static inline BOOL is_inside_syscall( ULONG_PTR sp ) { return ((char *)sp >= (char *)ntdll_get_thread_data()->kernel_stack && (char *)sp <= (char *)get_syscall_frame()); } Just a few lines before the instruction the thread was stopped in: "leaq 0x70(%rcx),%rsp\n\t" /* %rsp > frame means no longer inside syscall */ Indeed, %rsp as seen by the user app is 0x70 into syscall_frame (which is 0x12938ea40). Later in the function the stack is switched to the proper user stack: /* switch to user stack */ "movq 0x88(%rcx),%rsp\n\t" I believe when a thread is stopped in the entire range between those two instructions, user code can observe %rsp set to a bogus value that should not be possible. This code was moved around by commit 245e8cedf059 and previously introduced by 0a5f7a71036. I'm not sure why %rsp is being set to point into &frame->rip instead of simply restoring it to the user stack pointer 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.

1 44

[Bug 59446] New: Latest VOCALOID6 version (6.11) crashes after VOCALOID:AI track
by WineHQ Bugzilla 24 Feb '26

24 Feb '26

http://bugs.winehq.org/show_bug.cgi?id=59446 Bug ID: 59446 Summary: Latest VOCALOID6 version (6.11) crashes after VOCALOID:AI track Product: Wine Version: 11.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: dominikgx(a)gmail.com Distribution: --- Created attachment 80430 --> http://bugs.winehq.org/attachment.cgi?id=80430 crash log I ran both VOCALOID and voicebank library installers. Afterwards: 'winetricks corefonts cjkfonts dotnet48' (Both corefonts and dotnet48 are neccessary. cjkfonts is optional for EULA text) to install dependencies. The program starts, but unfortunately it crashes as soon as I create an AI track. Adding dotnetdesktop6 or 8, d3dcompiler_47, mf, quartz, win10 using winetricks, did not work. Please look into this crash. -- 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 15346] New: Winamp disappears when you move it's location
by wine-bugs＠winehq.org 24 Feb '26

24 Feb '26

http://bugs.winehq.org/show_bug.cgi?id=15346 Summary: Winamp disappears when you move it's location Product: Wine Version: 1.1.5 Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: homerhomer(a)gmail.com Created an attachment (id=16178) --> (http://bugs.winehq.org/attachment.cgi?id=16178) DwmSetWindowAttribute error Sort of a silly bug, basically once winamp is up and running, if you click on the title bar and move it around winamp disappears. To make sure that the bug happens make sure to swirl it around a couple of times. ( A Swirly if you will ) Attached I also noticed this when running winamp manually at startup. This may be related. but then I move winamp and it disappears I don't get any more error messages. So I'm not sure. I appreciate the good work Thank you I'm running Ubuntu 8.04, Wine 1.1.5, AMD64 -- 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.

3 48

[Bug 49583] New: Assassin's Creed Odyssey displays black bars on top and bottom.
by WineHQ Bugzilla 24 Feb '26

24 Feb '26

https://bugs.winehq.org/show_bug.cgi?id=49583 Bug ID: 49583 Summary: Assassin's Creed Odyssey displays black bars on top and bottom. Product: Wine Version: 5.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: GloriousEggroll(a)gmail.com Distribution: --- Created attachment 67739 --> https://bugs.winehq.org/attachment.cgi?id=67739 AC Odyssey black bar fix It's been a long known issue that AC: Odyssey renders with black bars on the top and bottom of the screen (see screenshot 1). Derek Lesho came up with a stub patch that both fixed this -and- allowed STEEP to run (it would not display previously). That patch can be found here: https://github.com/GloriousEggroll/proton-ge-custom/blob/5.12-GE-1/patches/… Recently, the relevant function QueryDisplayConfig was implemented, however it did not contain some of the changes Derek's patch adds. This allowed steep to work, however AC: Odyssey still retained the black bar issue. I modified Derek's patch by adding the relevant parts to QueryDisplayConfig, and removing the relevant flag checks (Derek's patch did this previously), and this allowed AC: Odyssey to render properly without the black bars. (see screenshot 2). The patch is hacky but may provide more information towards fixing this properly. -- 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.

2 9

[Bug 59452] New: I tried using the vpn provider called swifttunnel on linux but it just wouldnt open at all
by WineHQ Bugzilla 24 Feb '26

24 Feb '26

http://bugs.winehq.org/show_bug.cgi?id=59452 Bug ID: 59452 Summary: I tried using the vpn provider called swifttunnel on linux but it just wouldnt open at all Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: neil.patilalt(a)gmail.com Distribution: --- Created attachment 80440 --> http://bugs.winehq.org/attachment.cgi?id=80440 it has the backtrace of the vpn provider named swifttunnel that works on windows but i tried on linux and it just crashed it just crashed as soon as i tried to open the program -- 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 58325] New: wined3d swapchain use-after-free
by WineHQ Bugzilla 24 Feb '26

24 Feb '26

http://bugs.winehq.org/show_bug.cgi?id=58325 Bug ID: 58325 Summary: wined3d swapchain use-after-free Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: yshuiv7(a)gmail.com Distribution: --- Releasing the swapchain brings us to wined3d_swapchain_cleanup, which destroys the front/back buffer textures. Texture destruction is async, happening on the device's command stream. This means these textures can be destroyed way after the swapchain itself. But we did set `texture->swapchain` to `NULL` before queuing their destruction, so that bit is fine. The problem is in texture_resource_unload. Here we try to acquire the context, which goes adapter_gl_acquire_context -> wined3d_context_gl_acquire -> wined3d_context_gl_activate -> wined3d_context_gl_update_window. And here we try to access `context_gl->c.swapchain->win_handle`, which unfortunately points to the swapchain that was just freed. I am unsure what's the fix for this. Do we hold a refcount of the swapchain in the context? Do we clear `context->swapchain` when a swapchain is being freed? Should we release the front/back buffer synchronously? Or something else? -- 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.

2 3