Opening Ghostty from a non sanboxed macOS app doesn't honor arguments #9449
Replies: 2 comments 4 replies
-
|
ghostty does handle arguments passed how are they being passed note that it needs to use |
Beta Was this translation helpful? Give feedback.
-
|
Hello @mitchellh 👋 This is caused by I believe this function is brittle because Xcode injects It's possible to change the value of environment variables or add new environment variables to Could you please make Thank you! |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Issue Description
I wrote a sample
Launcherapp that usesNSWorkspace.openApplicationAtURL:configuration:completionHandler:)to open Ghostty.The app is sandboxed. I verified that the arguments are being sent to Ghostty.
Yet, it doesn't honor
--titleor--initial-command.Launcher.zip
Expected Behavior
I expected Ghostty to parse and honor arguments given when being invoked.
Actual Behavior
Ghostty ignores the arguments. The title isn't set to
TESTand the current shell is notsh(confirmed by usingecho $0).Reproduction Steps
Launcher.xcodeprojin XcodeLaunchbuttonLauncher.zip
Ghostty Logs
OS Version Information
macOS 26.1
(Linux only) Display Server
None
(Linux only) Desktop Environment/Window Manager
No response
Minimal Ghostty Configuration
Additional Relevant Configuration
No response
I acknowledge that:
```) on separate lines.Beta Was this translation helpful? Give feedback.
All reactions