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

Antes de OS X El Capitan 10.11, el código en /etc/bashrc se encarga de enviar una secuencia de escape en cada consulta para indicar a Terminal cuál es el directorio de trabajo actual, pero este código sólo codifica espacios en porcentaje, lo que significa que no funciona con caracteres que no sean caracteres URL válidos, lo que incluye 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 posteriores, el código se ha trasladado a /etc/bashrc_Apple_Terminal y se ha actualizado para codificar porcentualmente todos los caracteres que lo requieren, por lo que ahora puede funcionar con caracteres como "Ü" (tu caso de ejemplo me funciona 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"
}

[Aparentemente, iTerm 2 lee el directorio de trabajo a partir del estado del proceso shell. Esto tiene la ventaja de que funciona sin ninguna configuración de la shell; sin embargo, no está garantizado que sea correcto (no hay ninguna razón por la que el directorio de trabajo actual de una shell tenga que coincidir realmente con el cwd que utiliza al ejecutar un comando, en un momento dado), no funciona a través de conexiones indirectas como ssh o shells que se ejecuten dentro de editores o multiplexores de pantalla, y no puede leer el directorio desde procesos que pertenezcan a otros usuarios-por ejemplo, si utiliza sudo -s para crear un shell Root, no puede leer el directorio de trabajo del proceso del shell Root. Además, el estado del programa sólo incluye un descriptor de archivo para el directorio abierto, no la ruta que el shell está utilizando para $PWD por lo que, en algunos casos, no obtendrá la ruta que utilizó para navegar hasta el directorio actual (por ejemplo, si viajó a través de un enlace simbólico).