Go2Shell a cessé de fonctionner avec iTerm2

J'ai rencontré un problème similaire dans zsh car je génère des exportations de variables d'environnement spécifiques à une application avec un microframework portable que j'ai écrit (génère des profils d'environnement bash, zsh, tcsh, csh, ksh à la volée).

En résumé : iTerm + Go2Shell ne fonctionne pas bien avec la source à partir de l'entrée standard d'un processus, c'est-à-dire quelque chose | source /dev/stdin.

J'ai réorganisé pour sortir vers un fichier temporaire (avec un trap sans aucune condition de concurrence) et le sourcer à partir de là. Go2Shell + iTerm ne semble pas non plus fonctionner avec la source via la substitution de processus dans zsh source <(quelque chose), qui aurait été l'approche préférée.

if [ -x "${ZDOTDIR:-$HOME}/bin/envrc" ] && [ -z "$ENVRC_RAN" ]; then
  ENVRC_TMP="$HOME/.envrc.$$"
  trap 'rm -f "$ENVRC_TMP"' EXIT ERR QUIT INT TERM HUP PIPE # pourrait être trop tatillon
  "${ZDOTDIR:-$HOME}/bin/envrc" > "$ENVRC_TMP" && source "$ENVRC_TMP"
  rm -f "$ENVRC_TMP"
  trap - EXIT ERR QUIT INT TERM HUP PIPE
  unset ENVRC_TMP
  export ENVRC_RAN=1
fi

Cela m'arrivait, puis j'ai soupçonné que le (null) est parce que Go2Shell ne peut pas voir le chemin du Finder en raison du bac à sable.

Je suis allé dans les Paramètres système -> Sécurité et confidentialité -> Automatisation (panneau de gauche).

Là, j'ai trouvé Go2Shell.app avec seulement iTerm et Terminal "cochés", mais Finder répertorié mais non cochés :

Cochez le et, voilà ! Ça marche à nouveau !