wine-bugs

wine-bugs@winehq.org

159134 discussions

[Bug 58335] New: Works 10.8 but fails 10.9?
by WineHQ Bugzilla 12 Sep '25

12 Sep '25

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.

1 148

[Bug 51345] New: Regression: Visual Studio 2005 "package load failure"
by WineHQ Bugzilla 12 Sep '25

12 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=51345 Bug ID: 51345 Summary: Regression: Visual Studio 2005 "package load failure" Product: Wine Version: 6.11 Hardware: x86-64 OS: FreeBSD Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: damjan.jov(a)gmail.com winetricks vc2005trial wine cmd "C:\Program Files\Microsoft Visual Studio 8\VC\vcvarsall.bat" devenv Some time during 28-31 March 2021, the Visual Studio 2005 trial began giving +/- 10 of these error dialogs on startup, each relating to a different package. This is a rough transcript of one of them: ------------------------ Package Load Failure ------------------------ Package 'Microsoft.VisualStudio.TestTools.TestCaseManagement.QualtyToolsPackage, Microsoft.VisualStudio.QualityTools.TestCaseManagement, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03F5F7f11d50s3a' has failed to load properly { GUID = {AS4DSAES-9ACE-4FOE-ADGF-7AFESSFEFCET) ). Please contact package vendor for assistance. Application restart is recommended, due to possible environment corruption. Would you like to disable loading this package in the future? You may use 'devenv /resetskippkgs' to re-enable package loading. Yes No ------------------------ It is the worst git bisect I've ever done. Apart from the lengthy time needed to test each commit, the regression occurs within a range of 44 commits (bb065801a69..2a8a4cbbe63), the first 43 of which all die on startup, so we can't easily distinguish that bug from this one. I've now had to make a separate branch, "git rebase --onto <that range>" to copy commits from that range there, then "git rebase -i" to reorder them and separate the startup-breaking commits (ntdll/kernel32/kernelbase) from the other commits. Unfortunately, having done so, it appears the startup-breaking commits are also the commits that caused this regression. One or more of these is the culprit: ntdll: Move kernel32 loading into LdrInitializeThunk(). ntdll: Return system dir path for PE mapping bootstrap placeholders. ntdll: Fail to load non-existent dlls, except during prefix bootstrap. ntdll: Also check syswow64 to determine if the prefix was initialized. include: Add more SYSTEM_INFORMATION_CLASS definitions. kernel32: Implement GetSystemCpuSetInformation(). ntdll: Implement NtQuerySystemInformationEx(SystemCpuSetInformation). kernelbase: Don't fall back to dll loading for LOAD_LIBRARY_AS_DATAFILE. ntdll: Set the window title to the image name on the Unix side. ntdll: Remove load_builtin_dll() and get_load_order() from the Unix interface. ntdll: Map the builtin or fake dll from the Wine dirs if it's missing from the prefix. -- 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 30

[Bug 58635] New: CapCut crashes upon launch
by WineHQ Bugzilla 12 Sep '25

12 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58635 Bug ID: 58635 Summary: CapCut crashes upon launch Product: Wine Version: 10.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ihatemylife0025(a)gmail.com Distribution: --- Created attachment 79192 --> http://bugs.winehq.org/attachment.cgi?id=79192 Logs from running CapCut on a new wineprefix I've tried every workaround I could find but CapCut (version 6.9.0, from here: https://lf16-capcut.faceulv.com/obj/capcutpc-packages-us/packages/CapCut_6_…) crashes ~10 seconds from launch. Things I've tried: Installing on a Windows PC and copying the files. No difference. Enabling DXVK. No difference. Using the experimental xe driver for my GPU. No difference. Creating a new prefix. No difference Using the stable 10.0 version. No difference Using CapCut beta version 7.0.0. No difference Installing corefonts with winetricks. No difference I'm using wine version 10.13 from the official fedora 42 repository GPU: 0000:00:02.0 VGA compatible controller: Intel Corporation TigerLake-LP GT2 [Iris Xe Graphics] (rev 01) Subsystem: Lenovo Device 3f9c Kernel driver in use: i915 Kernel modules: i915, xe CPU: 11th Gen Intel(R) Core(TM) i5-1135G7 (8) @ 4.20 GHz RAM: 20GB (16+4) DDR4 3200mhz Laptop Model: 82H8 (IdeaPad 3 15ITL6) Kernel Version: Linux 6.15.10-200.fc42.x86_64 Distribution: Fedora 42 KDE Plasma Edition -- 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 56278] New: wayland: dropdowns is rendered as toplevel
by WineHQ Bugzilla 12 Sep '25

12 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=56278 Bug ID: 56278 Summary: wayland: dropdowns is rendered as toplevel 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: hugo(a)whynothugo.nl Distribution: --- When using the wayland driver, dropdown menus are rendered as their own toplevel windows. On tiling window managers (e.g.: swaywm), this results in it being tiled just like any other window. I can't imagine that they would be placed correctly on stacking window managers either. I confirmed with lswt that dropdowns are effectively rendered as toplevels. An xdg_popup should be used here instead: https://wayland.app/protocols/xdg-shell#xdg_popup The weirdness in behaviour can be reproduced with: - wine reg.exe add HKCU\\Software\\Wine\\Drivers /v Graphics /d wayland - winecfg - Go to the desktop integration tab and click on any dropdown -- 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 58503] New: Mouse cursor vanishes when using winewayland
by WineHQ Bugzilla 12 Sep '25

12 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58503 Bug ID: 58503 Summary: Mouse cursor vanishes when using winewayland Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: sutupud(a)yahoo.com Distribution: --- Since the cursor changes on winewayland in wine 10.12, I see a regression when playing Saints Row 3 Remastered (GOG). After some time in game, the mouse cursor no longer appears when switching to the menu. When that happens, the log is filled with: 0024:err:gdi:alloc_gdi_handle out of GDI object handles, expect a crash [... repeated ~100 times ...] 0024:err:gdi:alloc_gdi_handle out of GDI object handles, expect a crash 0024:err:gdi:alloc_gdi_handle out of GDI object handles, expect a crash 0024:err:waylanddrv:wayland_pointer_update_cursor_buffer Failed to get icon info for cursor=0xa70076 0024:err:gdi:alloc_gdi_handle out of GDI object handles, expect a crash 0024:err:gdi:alloc_gdi_handle out of GDI object handles, expect a crash 0024:err:waylanddrv:wayland_pointer_update_cursor_buffer Failed to get icon info for cursor=0xa70076 0024:err:gdi:alloc_gdi_handle out of GDI object handles, expect a crash 0024:err:gdi:alloc_gdi_handle out of GDI object handles, expect a crash 0024:err:waylanddrv:wayland_pointer_update_cursor_buffer Failed to get icon info for cursor=0xa70076 0024:err:gdi:alloc_gdi_handle out of GDI object handles, expect a crash 0024:err:gdi:alloc_gdi_handle out of GDI object handles, expect a crash [... keeps repeating ...] The game normally switches between hidden and visible mouse cursor when accessing the menu or in-game phone screen. Except from that the game keeps running, just without visible mouse cursor. It doesn't trigger immediately, which makes testing not so easy. Most of the time it runs fine for something between half an hour and an hour. For that reason I can't say if other applcations are affected too, since I didn't test anything else long enough. It did not happen in wine 10.11, and I could not reproduce it after reverting https://gitlab.winehq.org/wine/wine/-/commit/6a9df1f4c5a8448f426ba3454faf25… -- 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 57444] New: A old game Exertus darkness approaches unable to run under wine wow64
by WineHQ Bugzilla 12 Sep '25

12 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=57444 Bug ID: 57444 Summary: A old game Exertus darkness approaches unable to run under wine wow64 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: l12436.tw(a)gmail.com Distribution: --- Created attachment 77440 --> https://bugs.winehq.org/attachment.cgi?id=77440 Log from wine wow64 Exertus darkness approaches is a very old game. It was able to play even with virtualbox, but unable to run under wow64 env Ubuntu 20.04 wine lastest master -- 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 32

[Bug 58513] New: Wine 10.9 completely broke (LGA775 Core2Quad)
by WineHQ Bugzilla 12 Sep '25

12 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58513 Bug ID: 58513 Summary: Wine 10.9 completely broke (LGA775 Core2Quad) Product: Wine Version: 10.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xeroxslayer(a)proton.me Distribution: --- I have no other way to describe it except this. Everything was working fine up until Wine 10.8, then I upgrade to Wine 10.9 on Void Linux, and it doesn't work at all any more. There are more details in this issue on GitHub. There is just way too much info to paste here. https://github.com/void-linux/void-packages/issues/55697 Basically, it just doesn't work at all. You run `winecfg` or any other software and this is what you get. ``` 002c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c133 0034:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c133 003c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c133 ``` Nothing works. This happens, and then Wine quietly exits. From what little I understoo, basically, it can't locate binaries. The binaries are there, at that location, it just doesn't see them... or can't load them, IDK. You can find more relevant info in this comment, with some debug flags enabled. https://github.com/void-linux/void-packages/issues/55697#issuecomment-29902… I do have to note that Wine past 10.8 (>=10.9) does work on other rigs I have, newer ones, but this particular rig is an LGA775 Core2Quad. Now, I know that Wine is mostly focused towards gaming and gamers, but there are people out there that use it for simple things as well, like Winamp and similar things, and we really don't need brand new hardware to do that. In fact, this is my workshop rig and I basically just need it to browse some things on the web (still performs OKish regarding that) and maybe open a few documents, an IC programmer from time to time, but that's about it. So, this rig still suits my needs just fine. I tried scrubbing the volume, check for errors, nothing, everything is peachy, no corruption problems whatsoever. On Void's side, there are literally no changes in the template, except bumping up versions, hashes and removing `libOSMesa` as a dependency (which is depreciated, found that out later on), but I even tried adding `libOSMesa` as a dependency and building it like that, no changes whatsoever, it's still completely broken. There are way too many commits between 10.8 and 10.9, and in all honesty, I wouldn't even know where to start looking (I presume something to do with CPU, but, I'm just guessing here), so if someone could shed some light, I would gladly test. -- 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 25

[Bug 58027] New: trivial use of Win32 GNU make failes with Wine 10.x but not with Wine 9.0
by WineHQ Bugzilla 12 Sep '25

12 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=58027 Bug ID: 58027 Summary: trivial use of Win32 GNU make failes with Wine 10.x but not with Wine 9.0 Product: Wine Version: 10.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dl.soluz(a)gmx.net Distribution: --- Created attachment 78286 --> https://bugs.winehq.org/attachment.cgi?id=78286 contains the specific make.exe (with MD5, and source-infos)+makefile and scenarios its a super simple makefile that does nothing more then clean: del *.not_existing_at_all and make fails to run the del command on 10.x Wine versions but works on Wine 9.0 i created a git-repo with the make.exe (with MD5) a makefile and a clear description whats happening - in short Wine 10.x breaks someway the del command run the repo: https://github.com/LowLevelMahn/bug_repo0 (i also attached the 3 files of the repo as zip) i don't know if that is a real Wine bug but its strange that is does not happen with a older Wine version (tested only 9.0 so far) tested with up-to-date Ubuntu 24.10 (up-to-date) + sudo apt install wine32 => wine 9.0 up-to-date WSL2/SUSE Tumbleweed + sudo zypper install wine => wine 10.0 up-to-date Fedora 42 (Beta) + sudo dnf install wine32 => wine 10.4 -- 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 12

[Bug 57912] New: cmd: not every ( is a command grouping
by WineHQ Bugzilla 12 Sep '25

12 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=57912 Bug ID: 57912 Summary: cmd: not every ( is a command grouping Product: Wine Version: 10.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: blubban(a)gmail.com Distribution: --- @echo off if 1==2 ( echo(1 xif 1==2 ( echo 2 ) echo 3)) echo 4 Expected (win10): 3)) 4 Actual (wine 10.2): Syntax error: unexpected ( 4 Oddly enough, it seems that every ) is, in fact, a command grouping. @echo off if 1==2 ( echo () echo 1 ) echo 2 Expected (win10): 1 2 Actual (wine 10.2): Syntax error: unexpected ( 2 Reduced from update.bat in https://www.smwcentral.net/?p=section&a=details&id=33546 -- 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 58636] New: CapCut installer fails: CreateFileW with FILE_ATTRIBUTE_DIRECTORY | FILE_FLAG_BACKUP_SEMANTICS | FILE_FLAG_POSIX_SEMANTICS should create a directory instesd of a file.
by WineHQ Bugzilla 12 Sep '25

12 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58636 Bug ID: 58636 Summary: CapCut installer fails: CreateFileW with FILE_ATTRIBUTE_DIRECTORY | FILE_FLAG_BACKUP_SEMANTICS | FILE_FLAG_POSIX_SEMANTICS should create a directory instesd of a file. Product: Wine Version: 10.13 Hardware: x86-64 URL: https://lf16-capcut.faceulv.com/obj/capcutpc-packages- us/packages/CapCut_6_9_0_2786_capcutpc_0_creatortool.e xe OS: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: Debian I tried the installer from bugreport https://bugs.winehq.org/show_bug.cgi?id=58635 but it fails instantly with a error messagebox. I think I managed to track down the bug: The installer does: KERNEL32.CreateFileW(0012f4c4 L"C:\\users\\louis\\AppData\\Local\\\CapCut",00000001,00000003,00000000,00000001,03000010,00000000) Then an empty file "CapCut" is present in Appdata\Local\ dir. After that it tries to create L"C:\\users\\louis\\AppData\\Local\\CapCut\\User Data" and L"C:\\users\\louis\\AppData\\Local\\CapCut\\User Data\\Log" in which Log is a file. This all fails as a file CapCut is already present. Manual workaround to fool the installer: mkdir ~/.wine/drive_c/users/**/AppData/Local/CapCut before you start the installer, then it won't crash. Apparently on windows one can create a directory with CreateFile with the flags used by the installer; below is a simple test program I tested on windows and that creates a directory: #include <windows.h> #include <stdio.h> #include <shlwapi.h> // compile: x86_64-w64-mingw32-gcc a.c -lshlwapi int main() { char path[] = "c:\\log"; HANDLE h = CreateFileA( path, GENERIC_READ | GENERIC_WRITE, 0, NULL, CREATE_NEW, FILE_ATTRIBUTE_DIRECTORY | FILE_FLAG_BACKUP_SEMANTICS | FILE_FLAG_POSIX_SEMANTICS , // 0x03000010, NULL); if (h == INVALID_HANDLE_VALUE) { DWORD err = GetLastError(); printf("err %d\n", err); return 1; } printf("%p\n", h); BOOL ret = PathIsDirectoryA(path); printf("PathIsDirectoryA returned %d\n",ret); return 0; } Output on windows: 00000000000000c0 PathIsDirectoryA returned 16 Output on wine: 000000000000005c PathIsDirectoryA returned 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 5

[Bug 57913] New: cmd: echo(abc is misparsed
by WineHQ Bugzilla 12 Sep '25

12 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=57913 Bug ID: 57913 Summary: cmd: echo(abc is misparsed Product: Wine Version: 10.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: blubban(a)gmail.com Distribution: --- @echo off echo 1 echo. echo . echo.2 echo( echo ( echo(3 Expected (win10): 1 . 2 ( 3 Actual (wine 10.2): 1 . 2 ( ( (3 Reduced from update.bat in https://www.smwcentral.net/?p=section&a=details&id=33546 -- 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 57478] New: Commit 1fe64cd59573473160186aa172c4bf5055510cd7 makes Sims 2 black-screen when running with Nvidia 470.256.02 and dxvk 1.10.3
by WineHQ Bugzilla 12 Sep '25

12 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=57478 Bug ID: 57478 Summary: Commit 1fe64cd59573473160186aa172c4bf5055510cd7 makes Sims 2 black-screen when running with Nvidia 470.256.02 and dxvk 1.10.3 Product: Wine Version: 9.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winevulkan Assignee: wine-bugs(a)winehq.org Reporter: dkk089(a)gmail.com Distribution: --- Said commit makes Sims 2 launch to a black screen. Everything else works and it seems like the actual graphical content is just not output to the screen somehow : music is playing in the background and you can see the mouse cursor changing its symbol if you move it around (hovering over a text field). I saw this with Nvidia 470.256.02 and GeForce GT 645M. However, running on a Radeon RX550 with open source drivers is just fine. dxvk was 1.10.3 during both runs. Bisecting leads to 1fe64cd59573473160186aa172c4bf5055510cd7 and reverting this commit from master makes everything work okay again. -- 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 18

[Bug 58619] New: Steam fails to launch
by WineHQ Bugzilla 12 Sep '25

12 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58619 Bug ID: 58619 Summary: Steam fails to launch Product: Wine Version: 10.13 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com CC: julliard(a)winehq.org Regression SHA1: 5b7b76432dffa453e75c6336d76fdb856ab8d0c7 Distribution: --- wineserver: ../wine/server/request.c:159: set_reply_data_size: Assertion `size <= get_reply_max_size()' failed. -- 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 58585] New: unnamed keymap layout leads to null pointer dereference in find_xkb_layout_variant
by WineHQ Bugzilla 12 Sep '25

12 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58585 Bug ID: 58585 Summary: unnamed keymap layout leads to null pointer dereference in find_xkb_layout_variant Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: lompikvoila(a)gmail.com Distribution: --- Created attachment 79112 --> http://bugs.winehq.org/attachment.cgi?id=79112 gdb backtrace Using the winewayland would abruptly exit at launch. Running wine64 under gdb uncovers a segv happening in find_xkb_layout_variant's strcmp (see attachement, due to name being NULL). As per the documentation(https://xkbcommon.org/doc/current/group__components.html#ga50…, xkb_keymap_layout_get_name can return null if the layout does not have any name(or if there is an error). This is problematic as find_xkb_layout_variant does not handle the case where name is NULL. Returning false in find_xkb_layout_variant if name is NULL fixes 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 5

[Bug 58614] New: wine cmd prints "::" style comments
by WineHQ Bugzilla 12 Sep '25

12 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58614 Bug ID: 58614 Summary: wine cmd prints "::" style comments Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: alexschwartz01(a)gmail.com Distribution: --- cmd is not supposed to display "::" style comments such as :: Hello world -- 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 58663] New: A bug or something that prevents the game [The Binding Of Isaac: Repentance]
by WineHQ Bugzilla 12 Sep '25

12 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58663 Bug ID: 58663 Summary: A bug or something that prevents the game [The Binding Of Isaac: Repentance] Product: Wine Version: 10.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: chakiry140(a)gmail.com Distribution: --- Created attachment 79248 --> http://bugs.winehq.org/attachment.cgi?id=79248 backtrace text A bug or something that prevents the game [The Binding Of Isaac: Repentance] -- 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 58620] New: moyo go studio graphics regression
by WineHQ Bugzilla 12 Sep '25

12 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58620 Bug ID: 58620 Summary: moyo go studio graphics regression Product: Wine Version: 10.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gerry(a)gavigan.me.uk Distribution: --- A long time ago the application was a bit flaky (wine 1.x) but the graphics were OK. Over time the general performance of the application has improved but the graphics have steadily deteriorated, best illustrated by the screenshots below. https://appdb.winehq.org/screenshots.php?iAppId=15898 -- 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 7

[Bug 56350] New: Python programs fail to play sound
by WineHQ Bugzilla 12 Sep '25

12 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=56350 Bug ID: 56350 Summary: Python programs fail to play sound Product: Wine Version: 9.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: galacticaledge(a)protonmail.com Distribution: --- Created attachment 76076 --> https://bugs.winehq.org/attachment.cgi?id=76076 Most of the errors that occur when trying to play a sound seems to be related to the crypt API Python programs fail to play any sound due to errors in the crypt library. If anyone wants to conveniently test and debug this issue, I wrote a simply Python program for this. Simply run the program, open a txt file (which the program will convert each line into speech when the "Next Line" button is played), and watch it fail to play sound and cause the "Next Line" button to stop working until a new file is selected. I have also confirmed this is a Wine issue since the program works perfectly fine on a Windows install. https://drive.google.com/file/d/1RjB0n5tAP1-7xPUf8Zjk_QzIyya7vZ6e/view?usp=… -- 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 7

[Bug 16227] New: Tooltips on mouse hover in EMS SQL Manager block the mouse click
by wine-bugs＠winehq.org 12 Sep '25

12 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=16227 Summary: Tooltips on mouse hover in EMS SQL Manager block the mouse click Product: Wine Version: 1.1.9 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P1 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ksfreitas(a)gmail.com Created an attachment (id=17473) --> (http://bugs.winehq.org/attachment.cgi?id=17473) Screenshot of a tooltip bloocking the mouse click In EMS SQL Manager (Free and Full), the tooltips block the mouse click, having to resize to see all item without tooltip for click. The link for freeware software download: http://www.sqlmanager.net/en/products/postgresql/manager/download -- 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 14

[Bug 50458] New: Tooltips block input in Foobar2000
by WineHQ Bugzilla 12 Sep '25

12 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=50458 Bug ID: 50458 Summary: Tooltips block input in Foobar2000 Product: Wine Version: 5.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: debilerpc(a)web.de Distribution: --- **Context:** Like with most media players, Foobar2000's playlist view is essentially a spreadsheet where each line is a track and each column displays a tag or metadata field. If the length of the tag exceeds the width of the column, it gets cut off. You can see the full tag in a tooltip by hovering over it with a mouse in that case. **The problem:** As long as the tooltip is displayed, the app registers neither keyboard nor mouse input. I suspect this problem exists in a variety of [apps](https://bugs.winehq.org/show_bug.cgi?id=16227), not just Foobar2000, but here it is especially annoying. **Expected behavior:** When input is sent, the tooltip should disappear, and Foobar2000 should react to the input. This is what happens under Windows 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 8

[Bug 58694] New: CorelDraw 2019 can't start, ScriptState unimplemented
by WineHQ Bugzilla 11 Sep '25

11 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58694 Bug ID: 58694 Summary: CorelDraw 2019 can't start, ScriptState unimplemented Product: Wine Version: 10.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: jscript Assignee: wine-bugs(a)winehq.org Reporter: d.astra(a)yopmail.com Distribution: --- Corel won't start. It crashes in splashscreen, with following Error. 010c:fixme:jscript:JScript_SetScriptState unimplemented state 3 010c:fixme:jscript:JScript_SetScriptState unimplemented state 3 0104:fixme:ver:GetCurrentPackageId (000000000021FEB0 0000000000000000): stub -- 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 0

[Bug 57943] New: Critical program error in CorelDraw 2024 Setup.exe
by WineHQ Bugzilla 11 Sep '25

11 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=57943 Bug ID: 57943 Summary: Critical program error in CorelDraw 2024 Setup.exe Product: Wine Version: 10.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: d.astra(a)yopmail.com Distribution: --- Created attachment 78189 --> https://bugs.winehq.org/attachment.cgi?id=78189 The crash dump from CorelDraw 2024 Setup.exe I manually downloaded the real CorelDraw Setup (not the CDGS2024.exe, which gets a connection timeout while trying to download from the corel servers) to install the program. Neither the Setup.exe in the root directory (CorelDRAWGraphicsSuite2024Installer), nor the Setup_x64.msi work. They crash nearly instantly with a critical error. I provide the crash dump from the main Setup.exe, as both dumps are the same. -- 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 15

[Bug 58673] New: Kinco Dtools fails to start: err:msxml:doparse Unsupported encoding: gb2312
by WineHQ Bugzilla 11 Sep '25

11 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58673 Bug ID: 58673 Summary: Kinco Dtools fails to start: err:msxml:doparse Unsupported encoding: gb2312 Product: Wine Version: 10.14 Hardware: x86-64 URL: https://en.kinco.cn/download/download.html OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: Debian This was program reported on the forum: https://forum.winehq.org/viewtopic.php?t=41565 It needs mfc42.dll and mfc140u.dll (via winetricks vcrun2019) but even after that installed, it fails to start with a vague error messagebox. After multiple "Unsupported encoding: gb2312" in the console The hack below allows it to start; might be easy to solve (???) for someone familiar with msxml? diff --git a/dlls/msxml3/main.c b/dlls/msxml3/main.c index 16e0b38b185..733a707cd31 100644 --- a/dlls/msxml3/main.c +++ b/dlls/msxml3/main.c @@ -322,6 +322,7 @@ static void init_char_encoders(void) } encoder[] = { { "gbk", gbk_to_utf8, utf8_to_gbk }, + { "gb2312", gbk_to_utf8, utf8_to_gbk }, { "iso8859-1", iso8859_1_to_utf8, utf8_to_iso8859_1 }, { "windows-1250", win1250_to_utf8, utf8_to_win1250 }, { "windows-1251", win1251_to_utf8, utf8_to_win1251 }, -- 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 58693] New: WM_SETREDRAW(0) is ignored by LISTBOXes
by WineHQ Bugzilla 11 Sep '25

11 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58693 Bug ID: 58693 Summary: WM_SETREDRAW(0) is ignored by LISTBOXes Product: Wine Version: 10.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: goltsov(a)imedis.ru Distribution: --- Standard controls of Windows class LISTBOX under Wine ignore attempts to disable redrawing when sending WM_SETREDRAW - in contrast with their behaviour under native Windows. It is quite discouraging when it is needed to place child controls into listbox - working practice under 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 0

[Bug 58692] New: Incorrect owner-owned windows z-order support
by WineHQ Bugzilla 11 Sep '25

11 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58692 Bug ID: 58692 Summary: Incorrect owner-owned windows z-order support Product: Wine Version: 10.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: goltsov(a)imedis.ru Distribution: --- I create two WS_OVERLAPPED or WS_PPUP (not having WS_CHILD!) windows, one is owned by another: hwnd1 = CreateWindow(....., 0, .....); hwnd2 = CreateWindow(....., hwnd1, .....); In Windows hwnd2 is allways placed over hwnd1 and hides when hwnd1 is minimized. In Wine itself (when graphics options do not allow Window Manager to arrange and decorate Wine windows) hwnd1 and hwnd2 act as windows of the same level: when hwnd1 is activated it is displayed over hmnd2 and vise versa - WHY?! This is the basic windows behaviour, why it is incorrect? If Window Manager is allowed to manage&decorate Wine windows, the behaviour is more similiar to one under native Windows, but with another problems: - "minimize" buttons of all windows are hidden for some unknown reason... - if we have hwnd2 and hwnd3 as owned windows of hwnd1, and hwnd1, then hwnd2, then hwnd3 are activated - and hwnd3 is closed - hwnd1 is activated instead of previously active hwnd2 - differs from native Windows behaviour. Linux Minth dated summer 2025 -- 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 0

← Newer
1
2
3
4
5
6
7
8
9
...
6366
Older →

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