wine-bugs January 2025

wine-bugs@winehq.org

1 participants
1849 discussions

[Bug 41644] New: Civilization v1.2: crashes on startup
by wine-bugs＠winehq.org 18 Nov '25

18 Nov '25

https://bugs.winehq.org/show_bug.cgi?id=41644 Bug ID: 41644 Summary: Civilization v1.2: crashes on startup Product: Wine Version: 1.9.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: K_ThaaL(a)bk.ru Distribution: --- Created attachment 56018 --> https://bugs.winehq.org/attachment.cgi?id=56018 trace generated by wine Wine crashes right after the first frame of game intro is shown. Created a new 32bit wine prefix for this game. Tried windows versions XP and 3.1 - behavior is the same in both cases. Using virtual desktop and disallowing window decorations did not help. No other options tried. Ubuntu 16.04 LTS is used with Wine installed from winehq repository. Problem is detected on 1.9.21 and 1.9.22. -- 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 8

[Bug 39257] New: user32/tests/dde.c crashes under valgrind
by wine-bugs＠winehq.org 18 Nov '25

18 Nov '25

https://bugs.winehq.org/show_bug.cgi?id=39257 Bug ID: 39257 Summary: user32/tests/dde.c crashes under valgrind Product: Wine Version: 1.7.51 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Fedora Created attachment 52324 --> https://bugs.winehq.org/attachment.cgi?id=52324 backtrace Backtrace: =>0 0x0483c341 wine_dbgstr_wn+0x76(str="????????????????H", n=0xffffffff) [/home/austin/wine-valgrind/dlls/user32/tests/../../../include/wine/test.h:486] in user32_test (0x04acf528) 1 0x047718bc wine_dbgstr_w+0x1f(s="????????????????H") [/home/austin/wine-valgrind/dlls/user32/tests/../../../include/wine/test.h:69] in user32_test (0x04acf548) 2 0x0477e757 server_end_to_end_callback+0x718(uType=<couldn't compute location>, uFmt=<couldn't compute location>, hconv=<couldn't compute location>, hsz1=<couldn't compute location>, hsz2=<couldn't compute location>, hdata=<couldn't compute location>, dwData1=<couldn't compute location>, dwData2=<couldn't compute location>) [/home/austin/wine-valgrind/dlls/user32/tests/dde.c:2464] in user32_test (0x04acf788) 3 0x04b0b4b2 WDML_InvokeCallback+0xa2(pInstance=0x46616c8, uType=0x4050, uFmt=0, hConv=0x46638b0, hsz1=0xc002, hsz2=(nil), hdata=0x4663cf2, dwData1=0, dwData2=0) [/home/austin/wine-valgrind/dlls/user32/dde_misc.c:1231] in user32 (0x04acf7e8) 4 0x04b0f980 WDML_ServerHandleExecute+0x134(pConv=0x46638b0, pXAct=0x4663cb0) [/home/austin/wine-valgrind/dlls/user32/dde_server.c:834] in user32 (0x04acf848) 5 0x04b0fe35 WDML_ServerHandle+0xdd(pConv=0x46638b0, pXAct=0x4663cb0) [/home/austin/wine-valgrind/dlls/user32/dde_server.c:1002] in user32 (0x04acf888) 6 0x04b10303 WDML_ServerConvProc+0x3f0(hwndServer=<couldn't compute location>, iMsg=<couldn't compute location>, wParam=<couldn't compute location>, lParam=<couldn't compute location>) [/home/austin/wine-valgrind/dlls/user32/dde_server.c:1112] in user32 (0x04acf908) 7 0x04b8870a WINPROC_wrapper+0x19() in user32 (0x04acf948) 8 0x04b8883d call_window_proc+0xb1(hwnd=0xb2011a, msg=0x3e8, wp=0xaf011e, lp=0x4663c4a, result=0x4acfac8, arg=0x4b0ff12) [/home/austin/wine-valgrind/dlls/user32/winproc.c:245] in user32 (0x04acf988) 9 0x04b8a67b WINPROC_call_window+0x1c2(hwnd=0xb2011a, msg=0x3e8, wParam=0xaf011e, lParam=0x4663c4a, result=0x4acfac8, unicode=0, mapping=WMCHAR_MAP_DISPATCHMESSAGE) [/home/austin/wine-valgrind/dlls/user32/winproc.c:910] in user32 (0x04acf9d8) 10 0x04b51dc0 DispatchMessageA+0x1a7(msg=<couldn't compute location>) [/home/austin/wine-valgrind/dlls/user32/message.c:3952] in user32 (0x04acfaf8) 11 0x0477f5ca test_end_to_end_server+0x18c(hproc=0x5c, hthread=0x60, type_a=0x1) [/home/austin/wine-valgrind/dlls/user32/tests/dde.c:2674] in user32_test (0x04acfb58) 12 0x0477f95f func_dde+0x2ba() [/home/austin/wine-valgrind/dlls/user32/tests/dde.c:2740] in user32_test (0x04acfcf8) 13 0x0483c82d run_test+0x9f(name="dde") [/home/austin/wine-valgrind/dlls/user32/tests/../../../include/wine/test.h:584] in user32_test (0x04acfd38) 14 0x0483cc75 main+0x222(argc=<couldn't compute location>, argv=<couldn't compute location>) [/home/austin/wine-valgrind/dlls/user32/tests/../../../include/wine/test.h:666] in user32_test (0x04acfde8) -- 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 56790] New: wine binds my application to "lo" adapter
by WineHQ Bugzilla 18 Nov '25

18 Nov '25

https://bugs.winehq.org/show_bug.cgi?id=56790 Bug ID: 56790 Summary: wine binds my application to "lo" adapter Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: contact(a)msteinbusch.nl Distribution: ArchLinux Created attachment 76596 --> https://bugs.winehq.org/attachment.cgi?id=76596 A full wine trace Issue: Farming Simulator 2022 dedicated webserver binds application to "lo" adapter Wine doesn't run my program the same way as Windows does, for some reason it binds to the "lo" adapter. I suspect the application is selecting the first interface. Sadly there is no way to override this. I included a full trace, keywords to look trough are winsock, 127.0.0.1, winsock:bind socket etc. Any help is welcome and if more info is needed let me know. Wine: 9.10-1 and < Archlinux, Kernel 6.9.3. X68_64 A VNC instance where the issue can be reproduced is available on request. A license key for Farming Simulator 2022 can be provided by me on request. The download of the game/server can be found at: https://eshop.giants-software.com/downloads.php This docker container is using nginx to get around the issue: https://github.com/wine-gameservers/arch-wine-fs22 Screenshot and logs included in zip. -- 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 29

[Bug 14543] New: Worms World Party crashes on attempting to run
by wine-bugs＠winehq.org 18 Nov '25

18 Nov '25

http://bugs.winehq.org/show_bug.cgi?id=14543 Summary: Worms World Party crashes on attempting to run Product: Wine Version: 1.1.1 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: trivial Priority: P2 Component: quartz AssignedTo: wine-bugs(a)winehq.org ReportedBy: Rincebrain(a)gmail.com Created an attachment (id=14883) --> (http://bugs.winehq.org/attachment.cgi?id=14883) Wine 1.1.1 output log (including BT) Worms World Party crashed when I attempted to run it - WWP fullscreened and rendered a black screen atop everything else, then Wine crashed, and sat at a backtrace until I killed wineserver. Wine output, including backtrace, attached. -- 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 48

[Bug 57109] New: Ableton Live 12: Max for Live fails to start
by WineHQ Bugzilla 18 Nov '25

18 Nov '25

https://bugs.winehq.org/show_bug.cgi?id=57109 Bug ID: 57109 Summary: Ableton Live 12: Max for Live fails to start Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: pedrodarch15b(a)gmail.com Distribution: --- Created attachment 76997 --> https://bugs.winehq.org/attachment.cgi?id=76997 wine output Ableton Live 12 (both Suite and Trial versions) won't start Max for Live. It gets stuck on "Starting Max...", and renaming the Max folder to something else (this tricks Ableton into thinking that Max is not installed) makes the program start just fine. The cause of this issue seems to be a regression in ucrtbase (Max for Live was working just fine before Wine 9.12 if I recall correctly). By installing the program multiple times I have noticed that Max does start upon launching Ableton just after installing, but not on subsequent runs. I have tested the program on a clean prefix (mostly, I did set wined3d renderer to vulkan using winetricks), using a fresh build of latest git wine, compiled locally with GCC 14 on Arch Linux. -- 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 48413] New: Unable to Run DelftShip keep getting "Runtime Error 217 at 00000000004140EC"
by WineHQ Bugzilla 17 Nov '25

17 Nov '25

https://bugs.winehq.org/show_bug.cgi?id=48413 Bug ID: 48413 Summary: Unable to Run DelftShip keep getting "Runtime Error 217 at 00000000004140EC" Product: Wine Version: 5.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: drctheboss(a)charter.net Distribution: ArchLinux Was able to install and use last year using Mint 19.1 and Wine 4.0.1 using the following fix, that I had posted in the AppDB for DelftShip. I have since moved over to Manjaro 18.1.5 and using Staging 5.0-rc2. I followed the procedure below and it installed acouple of extra files and I didnt see any errors on the installation, but when I run the program I get "Runtime Error 217 at 00000000004140EC" Last working fix "Possible problem with some distro/wine combination - found was that the downloaded "exe" installer would hang up at "moving files"; see below for workaround. Set Winecfg default to Windows 7 The exe installer is affected by bug 34989 / 33345, and the workaround mentioned in that bug report works for DELFTship. Run the downloaded exe with the following command to extract the files within it: wine /path/to/version_of_delftship.exe /extract Example: dave@dave-GB-BXBT-1900 ~ $ wine /home/dave/Downloads/DELFTship_90_300_mc0_sa.exe /extract This will create a subdirectory with the extracted files in the directory where the exe is located. The name of the subdirectory will be some combination of letters and numbers. Example: /home/dave/Downloads/323610A Within the directory are two files, Delftship.msi and DelftShip.x64.msi one is 32 bit and one 64 bit. take your pick, both worked fine on my version of wine 2.0. Once you click on the version you want it will install DelftShip and ask you if you want to run the program. That's all folks ;-0" I hope this can work again thanks for your hard work -- 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 45039] New: Mono: System.UnauthorizedAccessException when trying to read from stdin when both stdout and stderr are redirected
by wine-bugs＠winehq.org 17 Nov '25

17 Nov '25

https://bugs.winehq.org/show_bug.cgi?id=45039 Bug ID: 45039 Summary: Mono: System.UnauthorizedAccessException when trying to read from stdin when both stdout and stderr are redirected Product: Wine Version: 3.6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mk+winehq1803(a)pimpmybyte.de Distribution: --- I wrote a simple C# program that reads a line from stdin and prints it in uppercase (01_shout.cs in [1]). The exe (compiled on Ubuntu with "mcs") is available for download at http://l.proggr.de/?1839m7ier It accepts interactive input when run in cmd.exe on windows 7, even with both stdout and stderr redirected (02_log_win7.txt in [1]). In Ubuntu, it crashes when trying to read the line while stdin is a TTY and both stdout and stderr are redirected (03_log_wine.txt in [1]). Ubuntu 14.04.5 LTS trusty, wine-3.6, Mono JIT compiler version 3.2.8 (Debian 3.2.8+dfsg-4ubuntu1.1) Kernel 3.13.0-142-generic #191-Ubuntu SMP Fri Feb 2 12:14:37 UTC 2018 i686 i686 i686 GNU/Linux [1] https://gist.github.com/mk-pmb/adae211e875ff11274d9b81248d033a3 -- 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 4

[Bug 37644] New: .NET 3.5 crash when running System.Console.Clear()
by wine-bugs＠winehq.org 17 Nov '25

17 Nov '25

https://bugs.winehq.org/show_bug.cgi?id=37644 Bug ID: 37644 Summary: .NET 3.5 crash when running System.Console.Clear() Product: Wine Version: 1.7.30 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: james(a)jameswarner.us Distribution: --- Created attachment 50099 --> https://bugs.winehq.org/attachment.cgi?id=50099 Example program, source code to said program and output log When running System.Console.Clear() under .NET 3.5 in WINE (installed in a clean .wine through Winetricks), it will crash with: Unhandled Exception: System.IO.IOException: Invalid handle. at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath) at System.Console.GetBufferInfo(Boolean throwOnNoConsole, Boolean& succeeded) at System.Console.Clear() This can be reproduced by running System.Console.Clear() under any application in .NET 3.5. Attached is a demo application to reproduce this, the source code to produce this issue and the log generated. WINE version: 1.7.30 under Debian (sid) x86. -- 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 57309] New: [Regression] Text wrapping issue with DrawTextA/DrawTextW
by WineHQ Bugzilla 17 Nov '25

17 Nov '25

https://bugs.winehq.org/show_bug.cgi?id=57309 Bug ID: 57309 Summary: [Regression] Text wrapping issue with DrawTextA/DrawTextW Product: Wine Version: 9.0 Hardware: aarch64 OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: andrews05(a)gmail.com Created attachment 77255 --> https://bugs.winehq.org/attachment.cgi?id=77255 Text not wrapping at the correct position In the game EV Nova, current versions of Wine appear to incorrectly render multiline text, with text sometimes extending beyond the right edge of the bounding box and getting clipped. I have observed this issue in Wine 9.0 and 9.17, as well as WineCX 22.1 and 23.7. I believe it did work correctly in WineCX 22.0 and I ended up copying "win32u.dll.so" from that version into WineCX 22.1 to get it to work there too (I can attach this file if it would be helpful). To reproduce this issue you can download EV Nova from here: https://github.com/andrews05/EV-Nova-CE/releases/tag/r3 Press the "x" key at the main menu to display a text dialog where you should see the issue. I'd be happy to investigate and attempt to fix the issue myself if someone could give me a pointer on where to start. -- 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 22

[Bug 50193] New: Minimizing a window of a Delphi app leads to a window completely disappearing without any ability to restore it
by WineHQ Bugzilla 17 Nov '25

17 Nov '25

https://bugs.winehq.org/show_bug.cgi?id=50193 Bug ID: 50193 Summary: Minimizing a window of a Delphi app leads to a window completely disappearing without any ability to restore it Product: Wine Version: 1.2-rc2 Hardware: x86-64 OS: Linux Status: NEW Keywords: download, regression, source, testcase Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: dmitry(a)baikal.ru Regression SHA1: 61e50e15ba45ad54655f98619f5ef33917033165 Distribution: --- Created attachment 68708 --> https://bugs.winehq.org/attachment.cgi?id=68708 test app (source + binary) Applications created with Delphi create secondary top level windows without WS_EX_APPWINDOW style set, and minimizing such a window leads to a window completely disappearing without any ability to restore it. This is a regression caused by commit 61e50e15ba45ad54655f98619f5ef33917033165 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Fri May 28 12:14:43 2010 +0200 winex11: Map zero-size windows and set an empty window region for them. Admittedly Windows behaviour is weird: it minimizes such windows in an MDI style with desktop as an MDI client and Delphi window as an MDI child. https://source.winehq.org/patches/data/196455 is an attempt to fix this regression. Before this patch: no taskbar window for a normal or minimized owned window. After this patch: no taskbar window for normal owned window, after a window being minimized a taskbar button appears, after a window being restored a taskbar button gets removed. Attachment contains a simple test app (source + binary) that reproduces this problem. -- 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

← Newer
1
2
3
4
5
6
7
...
185
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 January 2025