OSC 7 directory tracking in sub shell does not update `default-directory`

[Tommos0]

On emacs 31 branch.
Latest ghostel on main branch.

Directory tracking works for the title of the buffer.
But, default-directory is not updated (and neither is ghostel--last-directory).
So e.g. find-file will not open current directory, but the initial default-directory from when ghostel was called.

EDIT:
Actually it works fine, but it breaks when running a sub shell from the root shell.

(This makes it much less of an issue for me)

[dakra]

That's a design limitation, not a bug.

ghostel auto-injects shell integration only into the first shell by some startup env trickery the same way ghostty does.
But when the shell runs, ENV/ZDOTDIR/XDG_DATA_DIRS are back to normal, so when you then exec another shell, auto-injection doesn't fire again.
Shell functions (__ghostel_osc7, the wrapped PROMPT_COMMAND) live in the parent process and aren't inherited by the child.
EMACS_GHOSTEL_PATH and INSIDE_EMACS are exported, so they reach the subshell, but nothing in the subshell uses them automatically.

You can manually source the integration scripts in your rc files. then it also works for sub-shells.

# ~/.bashrc
[[ "${INSIDE_EMACS%%,*}" = 'ghostel' && -n "$EMACS_GHOSTEL_PATH" ]] \
    && source "$EMACS_GHOSTEL_PATH/etc/shell/ghostel.bash"

# ~/.zshrc
[[ "${INSIDE_EMACS%%,*}" = 'ghostel' && -n "$EMACS_GHOSTEL_PATH" ]] \
    && source "$EMACS_GHOSTEL_PATH/etc/shell/ghostel.zsh"

# ~/.config/fish/config.fish
if test "$INSIDE_EMACS" = 'ghostel'; and set -q EMACS_GHOSTEL_PATH
    source "$EMACS_GHOSTEL_PATH/etc/shell/ghostel.fish"
end

The integration files all have an idempotency guard ([[ "$(type -t __ghostel_osc7)" = "function" ]] && return), so sourcing in rc is safe even when auto-injection already loaded it for the root shell.