OS X Terminal - Abrir pestaña en el directorio actual, problemas con diéresis

Lo que terminó por resolver mi problema es simplemente no usar Terminal y cambiar a iTerm . Tiene todo lo que Terminal tiene excepto los errores y la última actualización solucionó algunas molestias con Yosemite. Hasta el momento no he visto ninguna razón para elegir Terminal sobre iTerm.

Antes de OS X El Capitan 10.11, el código en /etc/bashrc arregla el envío de una secuencia de escape en cada solicitud para decirle a la Terminal cuál es el directorio de trabajo actual, pero este código solo codifica los espacios en porcentaje, lo que significa que no no trabaje con caracteres que no sean caracteres de URL válidos, que incluyen cualquier carácter no ASCII como "Ü":

update_terminal_cwd() {
    # Identify the directory using a "file:" scheme URL,
    # including the host name to disambiguate local vs.
    # remote connections. Percent-escape spaces.
    local SEARCH=' '
    local REPLACE='%20'
    local PWD_URL="file://$HOSTNAME${PWD//$SEARCH/$REPLACE}"
    printf '\e]7;%s\a' "$PWD_URL"
}

En 10.11 y versiones posteriores, el código se movió a /etc/bashrc_Apple_Terminal y se actualizó para codificar en porcentaje todos los caracteres que lo requieren, por lo que ahora puede trabajar con caracteres como “Ü” (su caso de ejemplo funciona para mí en 10.11.1):

update_terminal_cwd() {
    # Identify the directory using a "file:" scheme URL, including
    # the host name to disambiguate local vs. remote paths.

    # Percent-encode the pathname.
    local url_path=''
    {
        # Use LC_CTYPE=C to process text byte-by-byte. Ensure that
        # LC_ALL isn't set, so it doesn't interfere.
        local i ch hexch LC_CTYPE=C LC_ALL=
        for ((i = 0; i < ${#PWD}; ++i)); do
            ch="${PWD:i:1}"
            if [[ "$ch" =~ [/._~A-Za-z0-9-] ]]; then
                url_path+="$ch"
            else
                printf -v hexch "%02X" "'$ch"
                # printf treats values greater than 127 as
                # negative and pads with "FF", so truncate.
                url_path+="%${hexch: -2:2}"
            fi
        done
    }

    printf '\e]7;%s\a' "file://$HOSTNAME$url_path"
}

[iTerm 2 aparentemente lee el directorio de trabajo desde el estado del proceso de shell. Esto tiene la ventaja de que funciona sin ninguna configuración de shell; sin embargo, no se garantiza que sea correcto (no hay ninguna razón para que el directorio de trabajo actual de un shell tenga que coincidir con el cwd que usa cuando ejecuta un comando, en un momento dado), no funciona a través de conexiones indirectas como ssh o shells que se ejecutan dentro de editores o multiplexores de pantalla, y no puede leer el directorio de procesos que son propiedad de otros usuarios, por ejemplo, si usa sudo -s para crear un shell raíz, no puede leer el directorio de trabajo desde la raíz proceso de shell Además, el estado del programa solo incluye un descriptor de archivo para el directorio abierto, no la ruta que está usando el shell para $PWD , por lo que en realidad no obtendrá la ruta que usó para navegar al directorio actual en algunos casos, por ejemplo , si atravesaste un enlace simbólico.]