March 2025 - Wine-bugs - list.winehq.org

[Bug 44788] New: Civilization II (v1.02) crash during menus
by wine-bugs＠winehq.org 18 Jun '25

18 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=44788 Bug ID: 44788 Summary: Civilization II (v1.02) crash during menus Product: Wine Version: 3.4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: danielalston(a)gmail.com Distribution: --- Created attachment 60814 --> https://bugs.winehq.org/attachment.cgi?id=60814 Backtrace The game will open, the music plays however every few seconds the sound will make an awful corrupt sounding noise (possibly related). The game will usually crash quite quickly. If you're extremely fast you might be able to get in a game and make a couple of moves before the game crashes again. I have similar issues with other 16bit versions of Civilization II. 2.42 patch 2.78 (Fantastic Worlds) -- 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 6

[Bug 45857] New: Incorrect text color (The Longest Journey)
by wine-bugs＠winehq.org 18 Jun '25

18 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=45857 Bug ID: 45857 Summary: Incorrect text color (The Longest Journey) Product: Wine Version: 3.16 Hardware: x86-64 URL: https://games.softpedia.com/get/Games-Demo/The-Longest -Journey-161-Demo.shtml OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jhansonxi(a)gmail.com Distribution: Ubuntu Created attachment 62344 --> https://bugs.winehq.org/attachment.cgi?id=62344 Wine screenshot In-game text is outlined in a magenta color. See attached screenshots. Reproduced with demo 161 and full version (GOG.com) build 142. MD5: 6d7f91e0a19513e859775862b2ac43d8 thelongestjourneydemo_english.exe wine-devel 3.16.0~xenial from winehq.org Xbuntu 16.04.5 x86_64 Nvidia GeFOrce GTX 750 Ti, driver version 384.130 -- 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 7

[Bug 53910] New: windows get moved around when dpms blankout happens
by WineHQ Bugzilla 18 Jun '25

18 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=53910 Bug ID: 53910 Summary: windows get moved around when dpms blankout happens Product: Wine Version: 7.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: galtgendo(a)o2.pl Distribution: --- Technically, it's a regression, but not sufficiently significant (for me) to check when it began - I initially thought it was something even more random. Anyway, as the summary says, relatively recently (I'd say within last two months, perhaps less) I've noticed than under some at the time unclear condition, some of the windows get randomly moved around their respective desktops without any of my interaction. For the most part it was only slightly annoying and seemingly random, so I've just lived with it. But today I had an idea and successfully tested it. All that's needed was 'xset dpms force off'. It's also quite generic - can be triggered with notepad and winecfg. My setup is of two monitors, but one of them is quite old and most of the time turned off (that still allows for stumbling upon various quirks of winex11.drv's multi-screen handling). Once 'xset dpms force off' is fully in effect, upon restoring from the blankout the windows get somewhat randomly moved. -- 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 54801] New: FL Studio Plugin Crashing App
by WineHQ Bugzilla 17 Jun '25

17 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=54801 Bug ID: 54801 Summary: FL Studio Plugin Crashing App Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: theenviousone23(a)gmail.com Distribution: --- Whenever I attempt to authorize a specific plugin, it causes the entire application to close down immediately afterwards, and I'm not sure why this is happening. -- 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 52500] New: error with winediag (nodrv_CreateWindow)
by WineHQ Bugzilla 17 Jun '25

17 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=52500 Bug ID: 52500 Summary: error with winediag (nodrv_CreateWindow) Product: Wine Version: 6.23 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: josue.bock(a)univ-smb.fr Distribution: --- Created attachment 71795 --> https://bugs.winehq.org/attachment.cgi?id=71795 output in command line showing errors Hello, When upgading from 6.22 to 6.23, wine does not open anymore with a software. It seems to be related to another bug report (https://bugs.winehq.org/show_bug.cgi?id=51210) but AFAIC see, this was not the same wine version involved. My laptop also has two GPU, one Intel and one Nvidia. The Intel one is expected to be unactivated. I asked for help on the forum before sending this bug report, the discussion is here: https://forum.winehq.org/viewtopic.php?f=2&t=36155&p=135932#top -- 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 55

[Bug 27584] New: MFC fillrect draws differently under wine
by wine-bugs＠winehq.org 17 Jun '25

17 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=27584 Summary: MFC fillrect draws differently under wine Product: Wine Version: 1.3.21 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: bailey937(a)yahoo.com Created an attachment (id=35259) --> (http://bugs.winehq.org/attachment.cgi?id=35259) sample program for reproducing FillRect bug I have a program that uses CPaintDC.FillRect() to draw histogram samples. It draws one-pixel wide vertical rectangles. Under wine, the bottom-most pixel is not drawn. I'm attaching a sample program. Under Windows7 (have 64bit pro), the red line is touching the black baseline and the black line on the right is touching the baseline also. When I run the program under wine, both the red vertical line on the left and the black vertical line on the right are floating one pixel above the baseline. I tried both 32bit Ubuntu 11.04 (wine 1.2.2) on a netbook and also Fedora 15 64bit (wine 1.3.21) under Virtualbox on my Windows machine. Both have the same problem. The relevant code for the test case is in CChildView::OnPaint() in ChildView.cpp -- 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 48483] New: Mouse cursor always visible in Gothic 2 with D3D11 renderer
by WineHQ Bugzilla 17 Jun '25

17 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=48483 Bug ID: 48483 Summary: Mouse cursor always visible in Gothic 2 with D3D11 renderer Product: Wine-staging Version: 5.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: supercoolemail(a)seznam.cz CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Gothic 2 (Russian with 2.6 no-cd patch) with D3D11 renderer shows X11/KDE mouse all the time. Cursor should not be visible in Gothic 2 at all. It does not have any functional impact but it's disturbing. How to reproduce: - Get Gothic 2. - Test G2 works (menu at least). - Extract GD3D11 (e.g. from https://github.com/Kirides/GD3D11/releases/download/v17.7-dev8/Gothic2-GD3D… but even old versions from Liker suffer from same issue). DLLs from archive belong to `<game dir>/System` directory. - Start the game with `ddraw=n,b`. - See that mouse cursor appears when menu finishes loading. Alternatively, mouse movements make cursor appear even before menu finishes loading. There is some analysis here https://github.com/Tk-Glitch/PKGBUILDS/issues/428 . I can confirm that same issue happens with clean wine-staging 5.0rc4 from Arch repositories (also with wine-tkg built from master). While clean G2 works properly in vanilla wine, GD3D11 needs staging otherwise it crashes at startup. Tested on `Linux coolhost 5.4.12-arch1-1 #1 SMP PREEMPT Tue, 14 Jan 2020 21:44:31 +0000 x86_64 GNU/Linux` Ryzen 7 1700 RX 580 8G 16 G RAM mesa 19.3.2 -- 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 38705] New: Gothic crashes on saving games
by wine-bugs＠winehq.org 17 Jun '25

17 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=38705 Bug ID: 38705 Summary: Gothic crashes on saving games Product: Wine Version: 1.7.40 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: amlopezalonso(a)gmail.com Distribution: --- Created attachment 51633 --> https://bugs.winehq.org/attachment.cgi?id=51633 Crash backtrace Gothic 1.08j always crashes when trying to save a game, right after entering savegame name. Attaching backtrace. -- 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 23193] New: wine notepad: Slow to open large files
by wine-bugs＠winehq.org 16 Jun '25

16 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=23193 Summary: wine notepad: Slow to open large files Product: Wine Version: 1.2-rc1 Platform: x86 URL: http://winehq.org OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: adys.wh(a)gmail.com Created an attachment (id=28858) --> (http://bugs.winehq.org/attachment.cgi?id=28858) Long text file (3.1M uncompressed) gunzip the attached file and open it in notepad. For me, it takes > 5 seconds to open on a quadcore. WinXP notepad (both virtualbox and native) will open it instantly. -- 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 31

[Bug 47024] New: Pen pressure does not register full range
by wine-bugs＠winehq.org 15 Jun '25

15 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=47024 Bug ID: 47024 Summary: Pen pressure does not register full range Product: Wine-staging Version: 4.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: metichi(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 64183 --> https://bugs.winehq.org/attachment.cgi?id=64183 Pressure graphs by wine staging version Using drawing tablets in the wine staging version 4.6 makes the pressure readings top at about 10% of the input range, while still responsive within it. I have tested it using Clip Studio Paint version 1.8.7 on ubuntu 18.04. I tried 2 tablets, a wacom pencil small (using the wacom drivers installed by default in ubuntu) and a Huion Kanvas GT191 (using digimend drivers v9) with identical results. Attached are the pressure suggestions made by CSP while calibrating the pressure range -- 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 15