Issue Description:When launching applications via Aliases, the active tab's path (representing the current working directory) is being assigned as the configuration or log file storage location instead of the application's actual startup directory. Specifically, the application’s startup folder, as defined in the executable’s properties (the "Startup Folder" in the Exe Properties), is not being used as the working directory upon launch.
Details:- For example, launching Yahoo-8Ball-Pool-Clone.exe via an alias ("8ball") like:
!"D:\Download\cpp-projekt\FuzenOp_SiloTest\Release\Yahoo-8Ball-Pool-Clone.exe"
results in the current tab being D:\Download\AutoHotkey\Compiler\, and the application writes its config/log files into this directory instead of its intended startup directory (in my case the "Pool-Settings.txt" config file was placed in here erroneously).
- The root cause appears to be that the application’s working directory is incorrectly set to the active tab (the current working directory in the shell or environment), rather than the "Startup Folder" as specified in the executable properties.
- This causes files that are supposed to be stored in the application's startup directory to instead be stored in the current tab's directory, leading to misplaced configuration files and logs.
Summary:The launch mechanism via Aliases incorrectly assigns the current working directory (the open tab) as the application's working directory, instead of using the executable's designated startup folder. This behavior constitutes a bug in how the environment initializes the app's working context upon launch.