Shell integrations showing red X

[mismith]

Checks

• I ran q doctor in the affected command line session and it didn't resolve my issue
• I ran q restart and it didn't resolve my issue
• I searched the discussions in this repo and there are no duplicates of my issue

Expected behaviour

Should show a green checkmark

Actual behaviour

inputMethod is NOT_INSTALLED:

dotfiles is NOT_INSTALLED:

Looks similar to #24 but no resolution there

Steps to reproduce

Just open app

Environment

[q-details]
version = "1.5.0"
hash = "b724dbb5086098abbea6304684a779508e864e24"
date = "2024-11-21T17:26:56.475228Z (12d ago)"
variant = "full"

[system-info]
os = "macOS 15.1.1 (24B91)"
chip = "Apple M3 Pro"
total-cores = 12
memory = "36.00 GB"

[environment]
cwd = "/Users/USER/Sites/@neuroxhq/infra/local"
cli-path = "/Users/USER/Sites/@neuroxhq/infra/local"
os = "Mac"
shell-path = "/bin/zsh"
shell-version = "5.9"
terminal = "macOS"
install-method = "unknown"

[env-vars]
PATH = "/opt/homebrew/bin:/opt/homebrew/sbin:/Users/USER/.yarn/bin:/Users/USER/.config/yarn/global/node_modules/.bin:/usr/local/bin:/System/Cryptexes/App/usr/bin:/usr/bin:/bin:/usr/sbin:/sbin:/var/run/com.apple.security.cryptexd/codex.system/bootstrap/usr/local/bin:/var/run/com.apple.security.cryptexd/codex.system/bootstrap/usr/bin:/var/run/com.apple.security.cryptexd/codex.system/bootstrap/usr/appleinternal/bin:/Library/Apple/usr/bin:/Users/USER/.local/bin:/Users/USER/.orbstack/bin"
QTERM_SESSION_ID = "c2ad933366644ae696d3546986c7bf23"
Q_SET_PARENT_CHECK = "1"
Q_TERM = "1.5.0"
SHELL = "/bin/zsh"
TERM = "xterm-256color"
__CFBundleIdentifier = "com.apple.Terminal"

[brandonskiser]

Can you share the output of q integrations status dotfiles?

[mismith]

Can do:

For what it's worth, my .bash_profile is a symlink to my Dropbox folder:

Maybe that's gumming things up?

Also, these are the contents of that file:

Curiously, my .zprofile is also symlinked... but it seems to be reporting as working??

[brandonskiser]

zprofile is reported fine since our integration lines are at the top and bottom of the file, but bash_profile isn't so we're reporting an error. This is probably happening since the zsh integrations are installed after bash, and we don't resolve symlinks when performing our install logic.

We should definitely present a better error message, but otherwise can you instead update your zprofile/bash_profile to source a common profile instead? Our installation hooks depend on bash/zsh syntax, so it could be unsafe to run our bash script from within a zsh shell.