Aprire la nuova scheda Terminale nella directory di lavoro corrente non funziona

5

Nelle preferenze di Terminale puoi trovare un'opzione per aprire nuove finestre e schede nella directory di lavoro corrente. Eppure c'è un messaggio che dice che i programmi comunicano a Terminal la directory di lavoro corrente usando sequenze di scape, che non so cosa significhi. Ma il terminale stesso non sta facendo questo, dato che vorrei creare una nuova scheda quando premo ⌘ + T per aprire nella stessa directory di lavoro (non ~ /). Ho trovato questo post ma non affronta questo. Qui hai una figura con le opzioni:

    
posta aaragon 11.09.2014 - 12:48
fonte

3 risposte

10

Quindi ho trovato il problema con il terminale e sto postando la risposta sperando che possa aiutare gli altri. Il problema era nella definizione della variabile ambientale PROMPT_COMMAND . Ho cambiato la sua definizione da

export PROMPT_COMMAND='history -n;'

a

export PROMPT_COMMAND="${PROMPT_COMMAND:+$PROMPT_COMMAND ;} history -n"

aggiungendo invece alla fine del PROMPT_COMMAND esistente e questo ha risolto il problema.

    
risposta data 12.09.2014 - 11:25
fonte
1

Bene Terminal aprirà sicuramente una nuova scheda o finestra nella directory corrente se sei al prompt in bash tutte le cose che funzionano bene.

Sto utilizzando Terminal versione 2.4 su 10.9.4 e funziona perfettamente sia per nuove schede che per finestre.

Se ciò non accade, qualcosa sta sconvolgendo le cose. Prova a spostare il .profile , .bash_profile e .bashrc fuori nel modo in cui qualcosa in essi sta sconvolgendo bash.

Dopo aver scoperto quale file sta causando il problema, puoi scoprire quale parte è il problema usando un "metodo di dimezzamento". Taglia il file approssimativamente a metà e sposta quella metà indietro. Questo ti dirà quale metà sta facendo. Ripeti con il taglio a metà e muovendoti fino a ridurlo a poche righe o così puoi fare di nuovo la tua domanda.

    
risposta data 11.09.2014 - 13:24
fonte
1

Ho notato che questo tipo di comportamento si riproduce anche quando si hanno spazi bianchi nel nome host.

$ sudo scutil --set HostName 'no-whitespace-name' corregge questo problema.

    
risposta data 07.06.2016 - 19:32
fonte

Leggi altre domande sui tag