https://bugs.winehq.org/show_bug.cgi?id=40916
Bug ID: 40916 Summary: The Bureau: XCOM Declassified (Steam) fails to start (.Net4 installed) Product: Wine Version: 1.9.13 Hardware: x86 URL: http://store.steampowered.com/app/65930/ OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: gyebro69@gmail.com Distribution: ---
Created attachment 55015 --> https://bugs.winehq.org/attachment.cgi?id=55015 plain terminal output + Protection Id log
I installed .Net4 via winetricks in the 32-bit Wine prefix to prevent an early crash due to bug #34643. Other than that, only corefonts and Nvidia Physx are installed, gameoverlayrenderer.dll is disabled.
When I launch the game an empty, black window is opened, titled 'The Bureau: XCOM Declassified (32-bit, DX9)'. The game executable constantly uses 100% CPU, but the game doesn't load. The process has to be killed to quit. Changing Windows profile to Vista or Seven doesn't help.
This bug seems to be specific to the Steam version because the game starts properly when using an 'unofficial' .exe for the game.
wine-1.9.13-114-gb1930ee Fedora 24 x86_64
https://bugs.winehq.org/show_bug.cgi?id=40916
Adam Bolte abolte@systemsaviour.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |abolte@systemsaviour.com
--- Comment #1 from Adam Bolte abolte@systemsaviour.com --- I can confirm this behaviour. I mentioned it in bug #34643, where one of the Wine developers incorrectly assumed there must have been something wrong with my wineprefix and dismissed it. The fact is the game was unable to run without a crack.
As far as I'm aware, there was never a version of the game sold for PC that did not require Steam activation, so I do not believe there is a non-Steam version that wasn't affected by this issue.
Having said all this, the bug has since been fixed. I'm happy to report that there are no immediately obvious issues when testing in a clean 32-bit wineprefix with Wine 3.3 and dotnet40 installed via an up to date winetricks.
I tested few old Wine versions I had kicking around too. It looks like the fix for this bug was introduced in wine-staging 2.8. I'm not sure when the fix made it into stable (I didn't keep my stable builds from 2.10 to 2.22) but can confirm the game wasn't working in 2.9 (stable) but has been working since at least 3.0 (stable) with just dotnet40 from winetricks.
These are the non-rebasing wine-staging patches from between 2.7 and 2.8:
7ad2ee4c winebuild-Fake_Dlls: Avoid conflict with 16-bit code. d00088e0 winebuild-Fake_Dlls: Try to fix build failure on OSX. 633cceca user32-GetAutoRotationState: Remove definition file. 46006c69 Rename windowscodecs-Metadata -> windowscodecs-MetadataQueryParser. d56994db Added patches with multiple improvements for propsys functions. 5e706135 Added patch to implement a basic security property tab. 6a14f80f Added patch with various improvements for fake dlls. 5d38a0fe ntdll-User_Shared_Data: Fix test failures on WinXP. 171d05ff wined3d-CSMT_Main: Get rid of unnecessary wait. d6c145fb server-Debug_Registers: Remove bug reference. bb180d38 d3d11-Deferred_Context: Merge two patches. a36a9723 wined3d-CSMT_Main: Merge two patches. f8e955a9 ntdll-User_Shared_Data: Add a missing CDECL. d966bece Added patch to implement some additional windowscodecs metadata functions. 1447b56e Added patch to reset debug registers when creating threads. afe01869 Added patch to fix some test failures in d3dx9_36/math tests. 4a4ebec6 dxva2-Video_Decoder: Remove dependency on winecfg-Staging patchset. 35ea3890 Add a separate script to plot patchset dependency graph. 26438ad7 Added patch to update user_shared_data timers. a08b6b2b Added patch for initial implementation of advapi32.BuildSecurityDescriptorW. 9985fe90 Added patch to implement TokenIntegrityLevel stub in NtSetInformationToken. 3aa965e9 Added patch to implement TokenLogonSid stub in NtQueryInformationToken. 2e479e09 Added patch to implement semi-stub for ntdll.NtCreateThreadEx. 9fe12a21 Added patch to avoid crash if context_reacquire is called with NULL context. 5282f297 bcrypt-Improvements: Fix BCryptEncrypt with AES_GCM and no input and no output. 1446da2c fonts-Tahoma: Regenerate tahoma.ttf with ancient fontconfig.
It seems one of those was the fix (the advapi32.BuildSecurityDescriptorW implementation maybe?). Let me know if there's any interest in narrowing down the fix further. In any case, this bug can now be closed.
https://bugs.winehq.org/show_bug.cgi?id=40916
--- Comment #2 from Béla Gyebrószki gyebro69@gmail.com --- Created attachment 60673 --> https://bugs.winehq.org/attachment.cgi?id=60673 terminal output + minidump (Wine 3.3 + .Net 4.0 installed)
I must be dumb for not being able to start this game on Steam. Tried with vanilla Wine 3.3 and with wine-3.3 (Staging), too. Here's what I've done: 1. created a new 32-bit wineprefix and used 'winetricks -q corefonts physx dotnet40 '. I verified with netfx_setupverifier.exe that .Net 4.0 is installed properly. 2. installed Steam and the game. Before launchnig the game I moved the '_Commonredist' directory out of the way to prevent Steam from installing .Net4.0, DirectX redistributables, MSVC ++ 2010 and an older version of Nvidia Physx. 3. I'm starting the game, but it crashes very early and creates a minidump file.
One thing worth mentioning: this game uses Valve's CEG protection, I verified that using the ProtectionID tool. Every time I verify the installed game files in Steam, the game executable (TheBureau.exe) is always re-downloaded and the hash of the executable is always different.
Adam, did you do anything differently to make the game work?
https://bugs.winehq.org/show_bug.cgi?id=40916
--- Comment #3 from Adam Bolte abolte@systemsaviour.com --- Béla that's odd. You're doing a lot more than I had to do!
I too created a clean 32-bit wineprefix with 3.3, ran `winetricks dotnet40`, installed Steam, installed the game, done.
However I did not install corefonts (I have the ttf-mscorefonts-installer Debian package installed), and didn't install physx. I didn't move _Commonredist to prevent Steam from installing anything, etc. I'm pretty sure I installed dotnet40 before installing the game, but I don't think that mattered?
I haven't checked if the version I have uses CEG protection. I assume it's the same, but you never know. Unfortunately I'm not in front of the computer I have it installed on to check right now.
Not sure if it matters, but I had the latest stable Mesa installed from git on a Fury X.
https://bugs.winehq.org/show_bug.cgi?id=40916
zzzzzyzz@hacari.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |zzzzzyzz@hacari.org
https://bugs.winehq.org/show_bug.cgi?id=40916
pattietreutel katyaberezyaka@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |katyaberezyaka@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=40916
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #4 from joaopa jeremielapuree@yahoo.fr --- Does the bug still occur with wine-7.0-rc1?
https://bugs.winehq.org/show_bug.cgi?id=40916
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |Abandoned?