You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When launching UE5 game located on /media/data/_Downloads/TestUE5Game/TestUE5Game.exe, it crashes with error:
---------------------------
Error
---------------------------
Couldn't start:
"Z:\run\user\1000\doc\b813cf8d\TestUE5Game\Binaries\Win64\TestUE5Game-Win64-Shipping.exe" TestUE5Game
CreateProcess() returned 2.
---------------------------
OK
---------------------------
It doesn't make any sense, because the game SHOULD run from /media/data/_Downloads/TestUE5Game and not from /run/user/1000...
At the same time, if you run an EXE through Steam or double-click to run through the system Wine (which I previously provided the necessary libraries), the game will run normally*
*if we do not take into account that Wine crashes, and keeping Steam for each similar game is not convenient
As I said, this problem is not present when running through natively installed tools (including Steam), which makes me think that the stupid Flatpack package security policy is to blame.
Maybe there is some way to give Bottles direct access to the working directory?
The text was updated successfully, but these errors were encountered:
This works in Bottles if originally installed via mini_installer.exe, however if you try to run chrome.exe from unzipped chrome-win32, the browser will crash immediately.
And again: everything works perfectly if you run it through Steam, also the browser starts through normal Wine (but the window is black).
Describe the bug
When launching UE5 game located on
/media/data/_Downloads/TestUE5Game/TestUE5Game.exe
, it crashes with error:It doesn't make any sense, because the game SHOULD run from /media/data/_Downloads/TestUE5Game and not from /run/user/1000...
At the same time, if you run an EXE through Steam or double-click to run through the system Wine (which I previously provided the necessary libraries), the game will run normally*
*if we do not take into account that Wine crashes, and keeping Steam for each similar game is not convenient
To Reproduce
Package
Flatpak from Flathub
Distribution
Arch Linux
Debugging Information
Troubleshooting Logs
Additional context
As I said, this problem is not present when running through natively installed tools (including Steam), which makes me think that the stupid Flatpack package security policy is to blame.
Maybe there is some way to give Bottles direct access to the working directory?
The text was updated successfully, but these errors were encountered: