wine-bugs February 2022

wine-bugs@winehq.org

1 participants
4074 discussions

[Bug 21187] New: OLE Exception code 80004002 - AmiBroker + AmiQuote
by wine-bugs＠winehq.org 04 Nov '25

04 Nov '25

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 21483] New: changed token security breaks .NET Framework SDK tools
by wine-bugs＠winehq.org 04 Nov '25

04 Nov '25

http://bugs.winehq.org/show_bug.cgi?id=21483 Summary: changed token security breaks .NET Framework SDK tools Product: Wine Version: 1.1.33 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, some of Microsoft's tools from .NET Framework SDKs - namely managed debuggers (CLR) - stopped working after 1.1.33+ release. They seem to be very picky about object security. I bisected this one but technically this isn't a regression because Rob's token patches made Wine more correct - exposing another object security problem. --- snip --- $ git bisect bad bd56916f90e68632993a7275fe30a55a7efa222a is the first bad commit commit bd56916f90e68632993a7275fe30a55a7efa222a Author: Rob Shearman <robertshearman(a)gmail.com> Date: Mon Nov 16 20:11:06 2009 +0000 server: Extend get_token_user server call to also retrieve SIDs for the token's owner or primary group. :040000 040000 829f1543526675ae48f6fde8c8cedff74fd51797 7a77653291795c209ec529dd6660d52fc922a58c M dlls :040000 040000 57735b53b28db37ac4627dc009000e225175164a 4dcc1388cb136e559c06106632c08e8e610fe557 M include :040000 040000 4e83227cb0133c7e288a1e930461d4efe1130882 cf1c3539d6b3c91c854fa2b9b672f68ea601f639 M server --- snip --- "old" behaviour, where default process token was like this: Token owner -> S-1-5-4 "NT AUTHORITY\INTERACTIVE" (well-known group) Token user -> S-1-5-4 "NT AUTHORITY\INTERACTIVE" (well-known group) Token primary group -> S-1-5-32-544 "BUILTIN\Administrators" (alias) NtQueryInformationToken had the token owner info hard-coded (to SECURITY_INTERACTIVE_RID) while Rob's patches moved the actual query to wineserver. --- Basically the app code that verifies the security of created objects goes like this: - get SD from created object (event) handle -> GetKernelObjectSecurity( OWNER_SECURITY_INFORMATION | DACL_SECURITY_INFORMATION) - get owner SID of SD -> GetSecurityDescriptorOwner() -> SID1 - get DACL of SD -> GetSecurityDescriptorDacl() - for each ACE from DACL (GetAce) -> SID2: check ACE SID against SD owner SID -> EqualSid( SID1, SID2) - match -> profit! not -> fail! --- snip --- ... 0023: create_event( access=001f0003, attributes=00000080, manual_reset=1, initial_state=0, objattr={rootdir=0014,sd={control=00000004,owner=<not present>,group=<not present>,sacl={},dacl={{AceType=ACCESS_ALLOWED_ACE_TYPE,Mask=e01f001f,AceFlags=0,Sid={S-1-5-4}},{AceType=ACCESS_ALLOWED_ACE_TYPE,Mask=e01f001f,AceFlags=0,Sid={S-1-5-4}}}},name=L"Global\\CorDBIPCSetupSyncEvent_36"} ) 0023: create_event() = 0 { handle=01c4 } ... 0025:trace:advapi:GetKernelObjectSecurity (0xc4,0x00000005,0x14ef40,0x00000050,0x33f7e8) 0025:trace:ntdll:NtQuerySecurityObject (0xc4,0x00000005,0x14ef40,0x00000050,0x33f7e8) 0025: get_security_object( handle=00c4, security_info=00000005 ) 0025: get_security_object() = 0 { sd_len=00000050, sd={control=00000037,owner={S-1-5-4},group=<not present>,sacl={},dacl={{AceType=ACCESS_ALLOWED_ACE_TYPE,Mask=e01f001f,AceFlags=0,Sid={S-1-5-4}},{AceType=ACCESS_ALLOWED_ACE_TYPE,Mask=e01f001f,AceFlags=0,Sid={S-1-5-4}}}} } 0025:trace:ntdll:RtlGetDaclSecurityDescriptor (0x14ef40,0x33f7c3,0x33f7ec,0x33f7c2) 0025:trace:ntdll:RtlGetAce (0x14ef60,0,0x33f7f0) 0025:trace:ntdll:RtlLengthSid sid=0x14ef54 0025: open_event( access=001f0003, attributes=00000002, rootdir=0034, name=L"Global\\CorDBIPCLSEventAvailName_36" ) 0025: open_event() = 0 { handle=00c8 } ... --- snip --- "new" behaviour, where default process token is now like this: Token owner -> S-1-5-32-544 "BUILTIN\Administrators" (alias) Token user -> S-1-5-4 "NT AUTHORITY\INTERACTIVE" (well-known group) Token primary group -> S-1-5-32-544 "BUILTIN\Administrators" (alias) --- snip --- ... 0024:trace:ntdll:NtOpenProcessTokenEx (0x1b0,0x00000008,0x00000000,0x318e6d0) 0024: open_token( handle=01b0, access=00000008, attributes=00000000, flags=00000000 ) 0024: open_token() = 0 { token=01b4 } ... 0024:trace:advapi:GetTokenInformation (0x1b4, TokenOwner, 0x184130, 20, 0x318e6e0): 0024:trace:ntdll:NtQueryInformationToken (0x1b4,4,0x184130,20,0x318e6e0) 0024: get_token_sid( handle=01b4, which_sid=00000004 ) 0024: get_token_sid() = 0 { sid_len=16, sid={S-1-5-32-544} } ... 0024: create_event( access=001f0003, attributes=00000080, manual_reset=1, initial_state=0, objattr={rootdir=0018,sd={control=00000004,owner=<not present>,group=<not present>,sacl={},dacl={{AceType=ACCESS_ALLOWED_ACE_TYPE,Mask=e01f001f,AceFlags=0,Sid={S-1-5-32-544}},{AceType=ACCESS_ALLOWED_ACE_TYPE,Mask=e01f001f,AceFlags=0,Sid={S-1-5-32-544}}}},name=L"Global\\CorDBIPCSetupSyncEvent_37"} ) 0024: create_event() = 0 { handle=01c8 } ... 0026:trace:advapi:GetKernelObjectSecurity (0xc8,0x00000005,(nil),0x00000000,0x33f7e8) 0026:trace:ntdll:NtQuerySecurityObject (0xc8,0x00000005,(nil),0x00000000,0x33f7e8) 0026: get_security_object( handle=00c8, security_info=00000005 ) 0026: get_security_object() = 0 { sd_len=00000058, sd={control=00000037,owner={S-1-5-4},group=<not present>,sacl={},dacl={{AceType=ACCESS_ALLOWED_ACE_TYPE,Mask=e01f001f,AceFlags=0,Sid={S-1-5-32-544}},{AceType=ACCESS_ALLOWED_ACE_TYPE,Mask=e01f001f,AceFlags=0,Sid={S-1-5-32-544}}}} } ... --- snip --- Using the "admins" sid (alias) as token user in server/token.c:token_create_admin() instead of current "interactive" sid fixes the problem. Though I don't know if this is the right thing to do. I hope I provided enough infos and let Alexandre handle it ;-) To get detailed token infos/dumps you might be interested in this little console app, from cygwin's Corinna Vinschen ;-) http://www.mail-archive.com/cygwin@cygwin.com/msg71800.html It might provide useful information when run under different security principals. Regards -- 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 52371] New: Horizon Zero Dawn : Gamepad not recognized
by WineHQ Bugzilla 03 Nov '25

03 Nov '25

https://bugs.winehq.org/show_bug.cgi?id=52371 Bug ID: 52371 Summary: Horizon Zero Dawn : Gamepad not recognized Product: Wine Version: 7.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: hid Assignee: wine-bugs(a)winehq.org Reporter: berillions(a)gmail.com Distribution: --- Created attachment 71561 --> https://bugs.winehq.org/attachment.cgi?id=71561 +timestamp,+pid,+seh,+debugstr,+loaddll,+hid,+hidp,+xinput,+dinput,+plugplay log Hi, With wine-7.0-rc5, my gamepad (XBox Series) is not recognized in-game - I tried with wireless or wired mode and in both cases, the pad does not work. On Win11, the gamepad is automatically recognized, no need to modify controller in settings. Tried with Proton-6.3 outside Steam and same issue. Thanks, Maxime -- 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 13

[Bug 47154] New: Rise of the Tomb Raider crashes after 1st bink video
by wine-bugs＠winehq.org 02 Nov '25

02 Nov '25

https://bugs.winehq.org/show_bug.cgi?id=47154 Bug ID: 47154 Summary: Rise of the Tomb Raider crashes after 1st bink video Product: vkd3d Version: 1.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vkd3d Assignee: wine-bugs(a)winehq.org Reporter: berillions(a)gmail.com Distribution: --- Created attachment 64383 --> https://bugs.winehq.org/attachment.cgi?id=64383 Rise of the Tomb Raider d3d12 log Hello, I'm on Gentoo + AMD Rx580 + Mesa Git + LLVM git (9.0.0) + Vkd3d Git and i decided to try the only d3d12 game i have : Rise of the Tomb Raider. The game runs but crash after the 1st bink video when the main menu must be appear. The game runs on wined3d/d3d11 but it's unplayable, works (of course with DXVK) and with the Native version. I attach the +d3d12 log. Josef, i you need something else to help you, don't hesitate. -- 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 52115] New: Horizon Zero Dawn crashes during loading
by WineHQ Bugzilla 02 Nov '25

02 Nov '25

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 32342] New: PlanetSide2 Error message and bugreport.txt and debug.log in Steam.
by wine-bugs＠winehq.org 02 Nov '25

02 Nov '25

http://bugs.winehq.org/show_bug.cgi?id=32342 Bug #: 32342 Summary: PlanetSide2 Error message and bugreport.txt and debug.log in Steam. Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: linards.liepins(a)gmail.com Classification: Unclassified Created attachment 42683 --> http://bugs.winehq.org/attachment.cgi?id=42683 PlanetSide2 bugreport.txt Cannot run PlanetSide 2 on x64 Fedora 17. Popuing up three similar error log message with attached bugreport. Also attached debug.log is generated in Steam install dir. -- 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 155

[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

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