wine-bugs April 2022

wine-bugs@winehq.org

1 participants
4067 discussions

[Bug 32010] New: Guild Wars 2 updater uses always 100% of a CPU core
by wine-bugs＠winehq.org 02 Nov '25

02 Nov '25

http://bugs.winehq.org/show_bug.cgi?id=32010 Bug #: 32010 Summary: Guild Wars 2 updater uses always 100% of a CPU core Product: Wine Version: 1.5.15 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nob.dir.info(a)gmail.com Classification: Unclassified The launcher of Guild Wars 2 (where you enter your user name and password) uses a complete core to run (even if I don't write anything or move it). I think it's bug, because X comes laggy too, and on Windows 7 its don't uses a whole core to run. -- 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 22

[Bug 50612] New: Guild Wars 2: Arcdps causes game to crash after character select
by WineHQ Bugzilla 02 Nov '25

02 Nov '25

https://bugs.winehq.org/show_bug.cgi?id=50612 Bug ID: 50612 Summary: Guild Wars 2: Arcdps causes game to crash after character select Product: Wine-staging Version: 5.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ibrokemypie(a)outlook.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 69298 --> https://bugs.winehq.org/attachment.cgi?id=69298 WINEDLLOVERRIDES="d3d9=n,b" wine Gw2-64.exe -autologin -fps 144 Arcdps, a dps counter addon for Guild Wars 2 which works with a dll override for d3d9.dll (https://www.deltaconnected.com/arcdps/), causes the game to crash after the after character select load screen ends on wine staging 5.14 and up (weirdly, wine staging built with the TKG scripts works up to 5.19 but breaks the same way on 5.20) but works fine on all the plain wine versions I tested (5.18, 5.19, 5.20, 6.1) https://www.deltaconnected.com/arcdps/x64/d3d9.dll shasum d3d9.dll 7d88823a20386430dc6b22d5ebf173fdc034e5ff d3d9.dll -- 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 52174] New: Guild Wars 2: Accent keys (^ and ´) don't work for ingame controls
by WineHQ Bugzilla 02 Nov '25

02 Nov '25

https://bugs.winehq.org/show_bug.cgi?id=52174 Bug ID: 52174 Summary: Guild Wars 2: Accent keys (^ and ´) don't work for ingame controls Product: Wine Version: 6.23 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lingm+winebz(a)posteo.org Distribution: --- The default key for swapping weapons in Guild Wars 2 with a German keyboard layout is '^' (Circumflex accent). However, nothing happens if you press that key to swap weapons under Wine. You can type '^' in chat just fine though. Likewise, you can swap weapons if you bind it to another key like 't' or if you press the swap button with the mouse. Once you change the binding away from ^, it is no longer possible to return to ^ since the dialog doesn't register the key press either. (You can still reset all controls back to default; there's a button for that.) Testing further, it turns out that you also can't bind the ´ key (Acute accent). >From images online I do believe English keyboards have a ` (Grave accent) button, which probably works the same as the German ^ and ` keys. To make sure I'll spell it out anyway: 1. Press ^ once and you get a sort of preview of that character. 2. Usually you'd now press e.g. 'a' to get 'â'. If you actually want ^ without anything below it, you have to press ^ a second time. I suspect that this special behavior is why these two specifically are affected. It's very possible that the English ` is also affected, but that's not testable for me. The easiest way to reproduce should be to go Esc -> Options -> Control options (lowest button on the left) -> Double click on anything to try to change the binding. -- 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 40639] New: Can't run a game with Wine
by wine-bugs＠winehq.org 02 Nov '25

02 Nov '25

https://bugs.winehq.org/show_bug.cgi?id=40639 Bug ID: 40639 Summary: Can't run a game with Wine Product: Wine Version: 1.9.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rmbeer2(a)gmail.com Distribution: --- Testing with GTA San Andreas. Running direct with ./wine cause a halt and stooped game in the memory, i only can run normaly if i execute ./wineboot with a active desktop. Not show nothing in the log. -- 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 10

[Bug 48605] New: MuseScore 3 shows splash screen, then quits
by WineHQ Bugzilla 01 Nov '25

01 Nov '25

https://bugs.winehq.org/show_bug.cgi?id=48605 Bug ID: 48605 Summary: MuseScore 3 shows splash screen, then quits Product: Wine Version: 5.1 Hardware: x86-64 URL: https://musescore.org/ OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tobbi.bugs(a)googlemail.com $ wine --version wine-5.1 $ openssl sha256 MuseScore-3.4.2-x86_64.msi SHA256(MuseScore-3.4.2-x86_64.msi)= 8d2fc9d79cb0a5b0a8a5ccbb8ec80a972d1ecd264cb416c75ae42ab0b8b6d475 Steps to reproduce: 1. Install MuseScore using msiexec. 2. Start the game after installation of using the explorer. Expected result: MuseScore starts and shows the main window. Current result: MuseScore shows a splash screen and then quits. -- 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 48109] New: Lynx web browser shows console window that gradually gets smaller and then quits
by WineHQ Bugzilla 01 Nov '25

01 Nov '25

https://bugs.winehq.org/show_bug.cgi?id=48109 Bug ID: 48109 Summary: Lynx web browser shows console window that gradually gets smaller and then quits Product: Wine Version: 4.20 Hardware: x86-64 URL: ftp://ftp.invisible-island.net/lynx/lynx2.8.9rel.1-set up.exe OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tobbi.bugs(a)googlemail.com Created attachment 65693 --> https://bugs.winehq.org/attachment.cgi?id=65693 screencast $ wine --version wine-4.20 $ openssl sha256 lynx2.8.9rel.1-setup.exe SHA256(lynx2.8.9rel.1-setup.exe)= 89673bb3b5a8c85dbcd9ada860d5cedeae760ea9c302884b9e6108b5b59722a5 When I try to start the lynx web browser it just shows a console window that gradually gets smaller, then the app quits. Shown in the attached screencast. -- 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 33492] New: Yukon Trail installer fails to install its font
by wine-bugs＠winehq.org 31 Oct '25

31 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=33492 Bug #: 33492 Summary: Yukon Trail installer fails to install its font Product: Wine Version: 1.5.29 Platform: x86 OS/Version: Linux Status: NEW Keywords: Installer, win16 Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Blocks: 10349 Classification: Unclassified The installer will offer to let you install its custom font (optional, not required). If you choose to, it then fails, saying: ========= FATAL ERROR AT SCRIPT LINE 260 Cannot find section header ========= if you open ~/.wine/drive_c/windows/win.ini, and add: [fonts] to the end, the font will install fine -- 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 10

[Bug 24466] New: Sid Meier's Pirates! frequent hiccups, temporary lock-ups
by wine-bugs＠winehq.org 31 Oct '25

31 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=24466 Summary: Sid Meier's Pirates! frequent hiccups, temporary lock-ups Product: Wine Version: 1.3.3 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com Created an attachment (id=30870) --> (http://bugs.winehq.org/attachment.cgi?id=30870) terminal output Sid Meier's Pirates! (patched to the latest 1.0.2 version) performs badly in Wine. This issue is described in several test results on the Appdb page of the game, too. I can observe the following symptoms: - After the intro video played, it takes almost 2 minutes to get into the main menu (without noticeable hdd activity). - When I get into the game and visit any places in the port (Governor, Merchant, Tavern etc.) it usually takes the game 15-20 seconds to display the next screen (although music plays continuously). - While sailing, the game frequently "freezes" for 2-3 seconds without no apparent reasons. When those hiccups occur all animations freeze on the current screen until the next screen is loaded but music plays fluently. Reducing the screen resolution, graphical details or disable audio doesn't help. I remember playing this game several years ago in a native Win XP without this issues. No demo available. Fedora 13 x86 AMD Athlon 64 x2 4200+ 3 GB Ram Kernel 2.6.34.6 Nvidia 7600 GT / driver 256.53 -- 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 19

[Bug 48787] New: WineD3D C&C Generals Zero Hour takes a lot time to load or maximize
by WineHQ Bugzilla 31 Oct '25

31 Oct '25

https://bugs.winehq.org/show_bug.cgi?id=48787 Bug ID: 48787 Summary: WineD3D C&C Generals Zero Hour takes a lot time to load or maximize Product: vkd3d Version: 1.1 Hardware: x86-64 OS: Windows Status: UNCONFIRMED Severity: normal Priority: P2 Component: vkd3d Assignee: wine-bugs(a)winehq.org Reporter: moceap(a)hotmail.com As you know (C&C Generals Zero Hour) is an old game. And it use DirectX 8.1. These type of games don't stable in current Windows' versions. So WineD3D used to valid run them on Windows. Using: C&C Generals Zero Hour (Last Version 1.04) Windows 10 (1909) WineD3D (From Wine 5.4)https://fdossena.com/?p=wined3d/index.frag Both (Intel and AMD) cards tested Expected Result: Works fine with high speed. Actual Result: Very long time on maximize the game after minimize or switch to another application Long time on loading the game (Not happen on MS DirectX) -- 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 48027] New: cmd pipe | not triggering ReadFile EOF
by WineHQ Bugzilla 31 Oct '25

31 Oct '25

https://bugs.winehq.org/show_bug.cgi?id=48027 Bug ID: 48027 Summary: cmd pipe | not triggering ReadFile EOF Product: Wine Version: 4.18 Hardware: x86 OS: Linux Status: NEW Severity: minor Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Test program is find.exe as of wine commit ccec532879ec14b2e79da08288152a69221ec4d1. I implemented the program so it waits for ReadFile to return FALSE, that's when the input is supposed to be over: ###### BOOL success = ReadFile(handle, buffer, 4096, &buffer_max, NULL); if (!success) return FALSE; ###### Now that's not right anyways, but it exposes a slight difference in Wine cmd: 1) Following input hangs on Wine, but not on Windows: "echo test | find test" It works on Wine when using "winetricks -q cmd" 2) Following input hangs on both Windows and Wine: "find test < test.txt" Wine's implementation of the pipe | uses the redirect operator < internally. This leads to the pipe working differently on Wine, i.e. blocking ReadFile when it's not supposed to. I'm not aware of a real program being affected by that, just noting. -- 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

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 April 2022