wine-bugs

wine-bugs@winehq.org

1 participants
159138 discussions

[Bug 58417] New: Failure to compile: Undeclared KW_ object
by WineHQ Bugzilla 01 Jul '25

01 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58417 Bug ID: 58417 Summary: Failure to compile: Undeclared KW_ object Product: vkd3d Version: 1.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: hlsl Assignee: wine-bugs(a)winehq.org Reporter: johngodman006(a)gmail.com Distribution: --- Created attachment 78834 --> http://bugs.winehq.org/attachment.cgi?id=78834 Compilation log I am trying to compile wine in shared WoW64 mode, and ran into the attached error during compilation of the 64 bit binary. I have to imagine, given the compilation error is an undeclared identifier, that I am missing some headers. However, I'm not sure what exactly I am missing. I have packages spirv-headers-devel, vulkan-headers, and libvkd3d-devel installed at their latest versions from Fedora. For reference, I'm on Fedora 42 kernel 6.15.3. I must be making a simple mistake, right? If someone could give me a hand, I'd greatly appreciate 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.

1 3

[Bug 58229] New: _SH_SECURE sharing flag is not supported and causing _wfsopen to fail
by WineHQ Bugzilla 01 Jul '25

01 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58229 Bug ID: 58229 Summary: _SH_SECURE sharing flag is not supported and causing _wfsopen to fail Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: bruvzg13(a)proton.me Distribution: --- Calling _wfsopen with _SH_SECURE sharing flag result in failure and "012c:err:msvcrt:_wsopen_dispatch Unhandled shflags 0x80" error in the terminal. 0x80 value correspond to _SH_SECURE Discovered while debugging Godot Engine - https://github.com/godotengine/godot/pull/106392 Seems like the case for this flag is missing: https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/msvcrt/file.c?ref_ty… The flag is documented as "shared read, exclusive write access" (https://learn.microsoft.com/en-us/cpp/c-runtime-library/sharing-constants?v…), and the issue can be worked around by substituting it with "(mode_flags == READ) ? _SH_DENYWR : _SH_DENYRW", which result in the same behavior as on Windows (at least in our use case). -- 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 2

[Bug 58416] New: Cloudflare is blocking patches and code snippets
by WineHQ Bugzilla 01 Jul '25

01 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58416 Bug ID: 58416 Summary: Cloudflare is blocking patches and code snippets Product: WineHQ Bugzilla Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: bugzilla-unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com CC: austinenglish(a)gmail.com Distribution: --- Cloudflare stops me from attaching patches to bug reports unless I compress them in a format that Cloudflare won't check. It also blocks me if I paste some code into the comments. Seems to get upset with C and PHP. I haven't tested much else but it's pretty obviously not desirable behaviour for a Bugzilla. Been happening for a while, probably anti-spam, anti-bot protection. -- 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 2

[Bug 58271] New: Window decoration issues in Wine with Wayland driver
by WineHQ Bugzilla 01 Jul '25

01 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58271 Bug ID: 58271 Summary: Window decoration issues in Wine with Wayland driver Product: Wine Version: 10.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: mexano222(a)gmail.com Distribution: --- Created attachment 78617 --> http://bugs.winehq.org/attachment.cgi?id=78617 default decorations When running applications through Wine using the native Wayland driver, windowed applications are not receiving proper window decorations (e.g., titlebars, borders) from the system window manager. Instead, Wine's default, minimal, and visually unappealing decorations are displayed. I have enabled option "Allow the window manager to decorate the windows" in winecfg and it's working fine on Xwayland. But this option does not appear to have any effect under native Wayland. -- 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 58126] New: Display enumeration differs from winex11
by WineHQ Bugzilla 01 Jul '25

01 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58126 Bug ID: 58126 Summary: Display enumeration differs from winex11 Product: Wine Version: 10.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: oleg(a)np880.ru Distribution: --- Created attachment 78389 --> http://bugs.winehq.org/attachment.cgi?id=78389 Display enumeration in winewayland driver. Enumeration of displays in winewayland driver differs from winex11 and doesn't even follow order of reported wl_outputs. I have 3 displays: with middle one (1440p, primary) being the first display. My other displays are 1080p. In winex11 it's indeed the first, and it also reported as first wl_output by my compositor (KWin). But winewayland driver reports it the second and the leftmost display reported as the first. It causes problem in old games that don't have display selection and enumerate video modes only for primary (first) display, so I can't get resolution higher than 1080p on my 1440p display that is supposed to be primary. Although we don't have a way to determine primary screen on Wayland we can at least follow order of reported wl_outputs. Here is what my compositor is reporting and it doesn't correlate with order of winewayland driver. interface: 'wl_output', version: 4, name: 61 name: DP-1 description: Xiaomi Corporation Mi monitor x: 1920, y: 0, scale: 2, physical_width: 598 mm, physical_height: 336 mm, make: 'Xiaomi Corporation', model: 'Mi monitor', subpixel_orientation: unknown, output_transform: normal, mode: width: 2560 px, height: 1440 px, refresh: 180.000 Hz, flags: current interface: 'wl_output', version: 4, name: 62 name: DP-2 description: Philips Consumer Electronics Company Philips 226V4 x: 0, y: 0, scale: 1, physical_width: 477 mm, physical_height: 268 mm, make: 'Philips Consumer Electronics Company', model: 'Philips 226V4', subpixel_orientation: unknown, output_transform: normal, mode: width: 1920 px, height: 1080 px, refresh: 60.000 Hz, flags: current interface: 'wl_output', version: 4, name: 63 name: HDMI-A-1 description: Philips Consumer Electronics Company Philips 235PL x: 3968, y: 0, scale: 1, physical_width: 510 mm, physical_height: 287 mm, make: 'Philips Consumer Electronics Company', model: 'Philips 235PL', subpixel_orientation: unknown, output_transform: 90°, mode: width: 1920 px, height: 1080 px, refresh: 60.000 Hz, flags: current -- 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 57980] New: Adobe Creative Cloud requires unimplemented function KERNEL32.dll.SetThreadpoolTimerEx
by WineHQ Bugzilla 01 Jul '25

01 Jul '25

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.

1 4

[Bug 58331] New: Wait cursor does not display
by WineHQ Bugzilla 30 Jun '25

30 Jun '25

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.

1 4

[Bug 58434] New: Ableton Live 12 Lite - Crashes on Install
by WineHQ Bugzilla 30 Jun '25

30 Jun '25

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.

1 1

[Bug 58433] New: entering sub-menus makes entire menu vanish behind main window in FL Studio (virtual desktop mode)
by WineHQ Bugzilla 30 Jun '25

30 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=58433 Bug ID: 58433 Summary: entering sub-menus makes entire menu vanish behind main window in FL Studio (virtual desktop mode) 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: cyrus.valkonen(a)gmail.com Distribution: --- When any menu is opened, such as "File ...", and then a nested sub-menu with more menu options such as "New from template ..." is hovered (not clicked) with the mouse to open it, the entire menu with sub-menu is suddenly rendered behind the main window (z-index issue?). Consequently the user can no longer open files and can no longer access a lot of important menus in a lot of the DAWs functions, such as music sheet editor, pattern editor, etc. In Wine 8.1 this bug does not occur, and must have been introduced somewhen after (my guess is version 9). Please note that this issue does NOT relate to X11, because it happens with "Emulate a virtual desktop" checked. I tried many things to work around it, including monkey-patching Wine 10.11 source, but everything is unsuccessful. Please note due to issues with VSTs, FL Studio needs very specific combos of NOT using DXVK, and not overriding d3dcompiler_47 or dxgi with winetricks. But even if used it makes no difference. There are NO OPTIONS in FL Studio that prevent this bug (such as unchecking ultrasmooth mode or disabling window animations). Only regressing to 8.1 fixes the bug. In the logs you will see two "TQuickPopupMenuWindow" being opened. The first is the menu, the second is the sub-menu. Many versions of FL Studio and Wine are affected by this. At least since FL 20 and Wine 9. Sadly because of changes in Juce (used by many VSTs), a lot of new and critical VST plugins now do require a very recent Wine version. Thus falling back to Wine 8.1 is no longer viable. -- 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 58428] New: issue with snipper elite 5 on heroic games launcher
by WineHQ Bugzilla 29 Jun '25

29 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=58428 Bug ID: 58428 Summary: issue with snipper elite 5 on heroic games launcher Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lars_martin4(a)hotmail.com Distribution: --- Created attachment 78849 --> http://bugs.winehq.org/attachment.cgi?id=78849 issue with snipper elite 5 Python 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.

1 6

[Bug 48746] New: Null_DC stops with error on Emulator Startup (not opening the application)
by WineHQ Bugzilla 29 Jun '25

29 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=48746 Bug ID: 48746 Summary: Null_DC stops with error on Emulator Startup (not opening the application) Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: apphelp Assignee: wine-bugs(a)winehq.org Reporter: starfirehyper(a)gmail.com Distribution: --- Hello, I am having issues with Wine and Null DC I do have Crossover on a Chromebook, but whatever I start the emulator (not opening the application) I get a error that tells me " The program (the full name of the exe) has encountered a serious problem and needs to close." The link on the error wasn't very helpful. (I am running nullDC 1.0.4 and I don't know what is causing it) Thank you and good bye. Have a nice day! :) -- 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 6

[Bug 48771] New: SoulWorker from Official Launcher
by WineHQ Bugzilla 29 Jun '25

29 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=48771 Bug ID: 48771 Summary: SoulWorker from Official Launcher Product: Wine Version: 5.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: full01(a)linuxmail.org Distribution: --- I can't start the game from the Official Launcher. The launcher starts with Wine-staging but I get the error (The Directory is Invalid) when I try to start the game client. The game worked flawlessly before they changed the launcher. I think the problem is the second launcher called "Soulworkerlauncher.exe". The game is free to play: https://en.soulworker.gameforge.com/landingpage/ -- 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 2

[Bug 58424] New: WakeMeOnLan: Doesn't scan IP addresses
by WineHQ Bugzilla 28 Jun '25

28 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=58424 Bug ID: 58424 Summary: WakeMeOnLan: Doesn't scan IP addresses Product: Wine Version: 10.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: iphlpapi Assignee: wine-bugs(a)winehq.org Reporter: claytmp+foj0w(a)gmail.com Distribution: --- Created attachment 78845 --> http://bugs.winehq.org/attachment.cgi?id=78845 Contains screenshots for comparison and logs from terminal When scanning the IP addresses (Click on Play button), it doesn't find anything as if nothing are found. I did double check if the IP range are correct -- 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 2

[Bug 53407] New: Hogia Hemekonomi Missing date picker widget
by WineHQ Bugzilla 28 Jun '25

28 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=53407 Bug ID: 53407 Summary: Hogia Hemekonomi Missing date picker widget Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winehq(a)jonass.user.lysator.liu.se Distribution: --- Created attachment 72799 --> https://bugs.winehq.org/attachment.cgi?id=72799 How the calendar widget looks when run on Windows XP. When showing transactions there is a date entry field where the user can enter a date. Or press "enter" to get a date picker widget. The widget seems to be missing in Wine. To reproduce: - Run the software like "wine Hemeko.exe" - There will be dialogue asking about number format, click Yes. - On first run you get an intro (or error see Bug 53384). If error, just dismiss. If intro, press "Återgå till Hemekonomi" to dismiss. - Click "Arkiv" and "Ny" to create a new database to work with. When asked "Ange namnet på den nya databasen" enter something like "foo.mdb" and click OK. - Click "Fortsätt med Hemekonomi" to dismiss setup wizard. - Press CTRL-K or click on icon Kontoutdrag. - Click OK. - Use mouse to set focus on entry field in lower right corner called "Fr o m" - Press enter. - See Program Error. On subsequent runs click Arkiv/Öppna instead to use the existing foo.mdb database. -- 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 13

[Bug 58261] New: Ys Origin: videos playing upside down
by WineHQ Bugzilla 28 Jun '25

28 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=58261 Bug ID: 58261 Summary: Ys Origin: videos playing upside down Product: Wine Version: unspecified Hardware: x86-64 URL: https://store.steampowered.com/app/207350/Ys_Origin/ OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: z.figura12(a)gmail.com Regression SHA1: 2f180106471a41fa3d95f21919b87b94d8e13e63 Distribution: --- Created attachment 78600 --> http://bugs.winehq.org/attachment.cgi?id=78600 terminal output Intro and in-game videos are playing upside down in Ys:Origin. Tested with the Steam and GOG.com versions. Demo is available on Steam but it is not affected (the demo uses different video format for videos). This is after commit 2f180106471a41fa3d95f21919b87b94d8e13e63 amstream: Implement the custom ddraw stream allocator. The allocator has a lot of custom behaviour that is very visible in how it interacts with Update(). Naturally this has the benefit of writing directly into the mapped surfaces. The gstreamer errors in my log were present before that commit too. wine-10.8-103-g8f91df4c4e4 -- 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 58412] New: winedbg recursively forks until the memory is exhausted
by WineHQ Bugzilla 28 Jun '25

28 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=58412 Bug ID: 58412 Summary: winedbg recursively forks until the memory is exhausted Product: Wine Version: 10.0-rc2 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- This bug is just to document my findings from this Debian Bug: https://bugs.debian.org/1104317 It was just observed with a 32-bit Trixie/testing system. It looks like for some reason the executable image gets relocated and cannot be placed at its desired base address. Unfortunately the entry point gets not relocated. With a rebuilt package including these patches winecfg could startup normally. https://gitlab.winehq.org/wine/wine/-/commit/398da92511b51d3ee4ce7c77bfe6d7… https://gitlab.winehq.org/wine/wine/-/commit/5c45391e9f79854915c50a15054f2d… -- 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 58364] New: Major change from 10.9 to 10.10 with Pegasus Email Program
by WineHQ Bugzilla 28 Jun '25

28 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=58364 Bug ID: 58364 Summary: Major change from 10.9 to 10.10 with Pegasus Email Program Product: Wine Version: 10.10 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 78762 --> http://bugs.winehq.org/attachment.cgi?id=78762 Image after 10.10 installed? Bad Has worked fine with version of 10.9 and before, but now 10.10 comes with an unusable screen. Adding to screen shots with 10.9 and 10.10. Works fine after downgrade back to 10.9? -- 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 16

[Bug 58410] New: dotnet35 and dotnet35sp1 fail to install
by WineHQ Bugzilla 28 Jun '25

28 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=58410 Bug ID: 58410 Summary: dotnet35 and dotnet35sp1 fail to install Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: sergiolaverde0(a)gmail.com Distribution: --- Created attachment 78820 --> http://bugs.winehq.org/attachment.cgi?id=78820 Console output of `winetricks dotnet35sp1` When trying to install .NET 3.5 in any of its forms it fails. The installer allows you to accept the License, and after hitting next a download bar fills, but then the installer says the installation failed. I have attached the console output of `winetricks dotnet35sp1`, and the output of dotnet35 is nearly identical. The bug persists after deleting the local cache, and .NET 4.8 installed successfully. Winetricks version: 20250102 - sha256sum: 53194dead910f8a5eb1deacaa4773d4e48f5873633d18ab1ecd6fdb0cb92243b Wine version: wine-10.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.

1 4

[Bug 55138] New: msys2: bash.exe is not able to fork/start another process.
by WineHQ Bugzilla 27 Jun '25

27 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=55138 Bug ID: 55138 Summary: msys2: bash.exe is not able to fork/start another process. Product: Wine Version: 8.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- Created attachment 74697 --> https://bugs.winehq.org/attachment.cgi?id=74697 allocation stacks in parent and child bash.exe This is a followup to bug 47808. If I understand it right, bug 47808 was primarily about native libraries getting called at a win32 stack which was not yet committed. Those native libraries then jumped over the guard page, therefore the stack got not grown, instead a crash reported. This aspect was fixed by using the syscall interface and therefore bug 47808 was closed. But there is another issue that causes a msys2-forked process crashing, because after the stack was grown it still misses the PAGE_READWRITE flags. For this Zeb Figura included in the first attachement to bug 47808 "always expand the stack if within the stack reserve" a line adding the flags "VPROT_COMMITTED | VPROT_READ | VPROT_WRITE" to the page that gets the VPROT_GUARD removed in grow_thread_stack. This modification still enables a forked process to run. The issue can be reproduced with an unmodified wine by just - running msys2 bash.exe interactively - then trying to start e.g. notepad from it. Attached file shows the stack when the stack gets allocated - in a working msys2-parent process and - in a failing msys2-forked child process. Therefore it looks like the forked stack get really setup differently, but it is still not clear if or when this memory gets the READ/WRITE added in native windows. -- 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 10

[Bug 58343] New: Kathy Rain 2 - Soothsayer: Screen is completely black, making the game impossible to play
by WineHQ Bugzilla 27 Jun '25

27 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=58343 Bug ID: 58343 Summary: Kathy Rain 2 - Soothsayer: Screen is completely black, making the game impossible to play 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: memax(a)gmx.fr Distribution: --- Created attachment 78721 --> http://bugs.winehq.org/attachment.cgi?id=78721 Terminal output Game: Kathy Rain 2: Soothsayer Unity 2022 engine GOG.com DRM-free Windows version OS: Ubuntu 24.04 LTS NVIDIA Driver Version (proprietary): 570.133.07 (Performance mode) Windowing system: X11 Wine: wine-10.9 development version Default Wine configuration, unmodified Clean Wine prefix Description: You can hear the music, but the screen is completely black, making the game impossible to play. Workaround: Installing DXVK using winetricks solves the 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.

1 6

[Bug 37131] New: Clang Static Analyzer: Division by zero
by wine-bugs＠winehq.org 27 Jun '25

27 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=37131 Bug ID: 37131 Summary: Clang Static Analyzer: Division by zero Product: Wine Version: 1.7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lukebenes(a)hotmail.com Clang Static Analyzer identifies Division by zero File: dlls/winex11.drv/palette.c Location: line 601, column 43 Description: Division by zero #define NB_RESERVED_COLORS 20 ... static void X11DRV_PALETTE_FillDefaultColors(....) { ... int i = 0, idx = 0; int red, no_r, inc_r; ... if (palette_size <= NB_RESERVED_COLORS) return; while (i*i*i < (palette_size - NB_RESERVED_COLORS)) i++; no_r = no_g = no_b = --i; ... inc_r = (255 - NB_COLORCUBE_START_INDEX)/no_r; //Clang: Division by zero ... } The code will continue executing if the palette_size variable is larger than or equal to 21. With the value 21, the 'i' variable will be first incremented by one and then decremented by one. As a result, the 'i' variable will remain equal to zero, which will cause the division-by-zero error. -- 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 5

[Bug 31212] New: Some VST instruments crash when reloaded in Mixcraft
by wine-bugs＠winehq.org 27 Jun '25

27 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=31212 Bug #: 31212 Summary: Some VST instruments crash when reloaded in Mixcraft Product: Wine Version: 1.5.8 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: s_chriscollins(a)hotmail.com Classification: Unclassified In Mixcraft, some VST instruments crash when loaded a second time on a track. However, the same instruments work fine when loaded for the first time on a track. The following can be reproduced easily in Mixcraft: 1. Start Mixcraft and select "Build Virtual Instrument Tracks" from the "New Project" window. 2. Click on the keyboard icon next to the first track name, which will bring up the instrument selection window. 3. Select "<VSTi Instruments>" from the left pane and then "Messiah" from the right pane. This sets the track to use the Messiah VSTi synth. 4. Now select "Acoustica Instruments" from the right pane. 5. Once again, select "Messiah" from the right pane. Mixcraft will pop up an error box with the title "An instrument has crashed" containing the following text: "A crash has been detected in the instrument "Messiah." This plug-in has been muted. We recommend you save your project and re-start Mixcraft to avoid losing your work." Unfortunately, no helpful terminal output seems to be generated in relation to the plugin crash. I have provided more detailed notes on VST behavior in Mixcraft here: https://docs.google.com/document/d/1YEPh0mkd_ip1whAJXcRIl4HYny5D8LSeGo3qgzV… ** My System ** OS: Kubuntu 12.04 64-bit w/ KDE SC 4.8.4 Motherboard: ASRock X58 Extreme3 (Intel X58 chipset) CPU: Intel Core i7 (2.8 GHz quad-core) RAM: 12GB DDR3 Video: Dell NVIDIA GeForce 7800 GTX w/ 256 MB RAM (PCI Express) Sound Card #1: Sound Blaster Audigy 2 ZS Gold Sound Card #2: Echo Gina3G Linux Kernel: 3.2.0-26-generic NVIDIA video driver: 302.17 Screen Resolution: 1280 x 960 -- 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.

2 16

[Bug 58321] New: Launch of windows application no longer works after upgrading to Wine version 10.9
by WineHQ Bugzilla 27 Jun '25

27 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=58321 Bug ID: 58321 Summary: Launch of windows application no longer works after upgrading to Wine version 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: craigaschulstad(a)gmail.com Distribution: --- Created attachment 78679 --> http://bugs.winehq.org/attachment.cgi?id=78679 Log of application launch before and after 10.9 update After installing the latest version of Wine (10.9) on my Linux Mint virtual machine, launching a windows game application no longer worked. Fortunately, I had made a backup of my virtual machine image back in mid-May which had version 10.7, I was able to restore and reset my virtual machine and then walk through the point where my game application no longer worked. Once reset, I manually launched my game application from a terminal window and the game worked fine. Next, I ran the Linux update manager and updated all software components and operating system updates except for Wine 10.9. Once those updates were done, I again manually launched my game application from a terminal window and the game still worked fine. I next then used the Linux update manager and applied the Wine 10.9 update. After the update was completed, I once again manually launched my game application from the terminal window. I briefly saw the dialog box indicating my Wine configuration was being updated, and then the process ended without starting the game application. I retried launching the application but again the process ended. I am attaching some log snippets that detail the successful launch of the game application and subsequently the failure. What I did see in the logs that might provide a clue was that after the update to Wine 10.9, file "libEGL.so.1" could not be found. While awaiting an answer back, I am going to investigate this clue. Thank you in advance. -- 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 11

[Bug 55019] New: kernel32:process - Accents cause test_Environment() to fail on Windows
by WineHQ Bugzilla 27 Jun '25

27 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=55019 Bug ID: 55019 Summary: kernel32:process - Accents cause test_Environment() to fail on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com kernel32:process - Accents cause test_Environment() to fail on Windows: process.c:1267: Test failed: Parent-env string CI_COMMIT_AUTHOR=Bernhard Klbl <besentv(a)gmail.com> isn't in child process process.c:1267: Test failed: Parent-env string CI_COMMIT_DESCRIPTION= Signed-off-by: Bernhard Klbl <besentv(a)gmail.com> isn't in child process process.c:1267: Test failed: Parent-env string CI_COMMIT_MESSAGE=mf/tests: Remove duplicate call to MFStartup(). Signed-off-by: Bernhard Klbl <besentv(a)gmail.com> isn't in child process process.c:1292: Test failed: Child-env string CI_COMMIT_AUTHOR=Bernhard K"lbl <besentv(a)gmail.com> isn't in parent process process.c:1292: Test failed: Child-env string CI_COMMIT_DESCRIPTION= Signed-off-by: Bernhard K"lbl <besentv(a)gmail.com> isn't in parent process process.c:1292: Test failed: Child-env string CI_COMMIT_MESSAGE=mf/tests: Remove duplicate call to MFStartup(). Signed-off-by: Bernhard K"lbl <besentv(a)gmail.com> isn't in parent process See https://test.winehq.org/data/patterns.html#kernel32:process These failures happen in about 15% of the runs and in all of them the environment variable was supposed to contain an accent. This also explains why the failures: * Are always about the GitLab environment variables: in our regular test configurations environment variables don't contain accents. * Only happen on the GitLab CI Windows test VM: this VM is the only one where the environment variables change from one run to the next, mostly due to CI_COMMIT_XXX. * Always happen in both the 32- and 64-bit tests of a given build. -- 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 8

[Bug 58373] New: Bejeweled 3 runs but the screen is black
by WineHQ Bugzilla 27 Jun '25

27 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=58373 Bug ID: 58373 Summary: Bejeweled 3 runs but the screen is black Product: Wine Version: 10.10 Hardware: x86-64 URL: https://store.steampowered.com/app/78000/Bejeweled_3/ OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: rbernon(a)codeweavers.com Regression SHA1: 260346a9160568004b9cb123608fb988c30623f1 Distribution: ArchLinux This is a regression in Wine-10.10 caused by the commit that fixed bug #58064 for me: commit 260346a9160568004b9cb123608fb988c30623f1 winex11: Remove old window drawable lookup and check. If a surface has already been created, the window would have a pixel format set already and the if above this would be taken already. After starting Bejeweled 3, the game runs because I can hear the music, but the screen remains black. Occurs in virtual desktop and full-screen mode too. Disabling CSMT works around the problem for me. The game can be launched without Steam running. OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: NVIDIA GeForce GTX 1660 SUPER/PCIe/SSE2 OpenGL core profile version string: 4.6.0 NVIDIA 575.57.08 X.Org X Server 1.21.1.16 XFCE/XFWM 4.20 -- 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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs