July 2022 - Wine-Bugs - list.winehq.org

[Bug 21187] New: OLE Exception code 80004002 - AmiBroker + AmiQuote
by wine-bugs＠winehq.org Nov. 4, 2025

Nov. 4, 2025

http://bugs.winehq.org/show_bug.cgi?id=21187 Summary: OLE Exception code 80004002 - AmiBroker + AmiQuote Product: Wine Version: 1.1.35 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: mxn(a)atlas.cz Steps to reproduce: 1) Download AmiBroker (trial application ver. 5.20) from http://www.amibroker.com/download.html 2) Install it with command 'wine AmiBroker520.exe' 3) 'cd' to directory where AmiBroker trianl is installed 4) Start AmiBroker with command 'wine Broker.exe' 5) Start AmiQuote with command 'wine AmiQuote/Quote.exe' 6) In 'AmiQuote' choose 'Tools -> Auto-update Amibroker database' 7) Error dialog pops up 'OLE Exception code 80004002' 8) downgrade wine to ver. 1.1.33 9) Repeat steps 4) - 6), no Error dialog is displayed and everything works correctly (database is updated) Note: I believe bug is also reproducible in wine 1.1.34. -- 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 21

[Bug 52115] New: Horizon Zero Dawn crashes during loading
by WineHQ Bugzilla Nov. 2, 2025

Nov. 2, 2025

https://bugs.winehq.org/show_bug.cgi?id=52115 Bug ID: 52115 Summary: Horizon Zero Dawn crashes during loading Product: vkd3d Version: 1.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vkd3d Assignee: wine-bugs(a)winehq.org Reporter: berillions(a)gmail.com Distribution: --- Hello, I tried this game from GoG with vkd3d-git and it crashes during the 1st loading (see https://youtu.be/3qpdE9FUBQg) - The game works with vkd3d-proton without issue (https://youtu.be/MA3ehphVWsg) I attach the WINEDEBUG=+vkd3d VKD3D_DEBUG="trace" 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.

1 12

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

Nov. 2, 2025

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 Nov. 2, 2025

Nov. 2, 2025

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 Nov. 2, 2025

Nov. 2, 2025

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 48605] New: MuseScore 3 shows splash screen, then quits
by WineHQ Bugzilla Nov. 1, 2025

Nov. 1, 2025

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 33492] New: Yukon Trail installer fails to install its font
by wine-bugs＠winehq.org Oct. 31, 2025

Oct. 31, 2025

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 Oct. 31, 2025

Oct. 31, 2025

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 Oct. 31, 2025

Oct. 31, 2025

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 Oct. 31, 2025

Oct. 31, 2025

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