Bug: la terminal (ghostty) se cierra por completo al aprobarse un comando Bash con comillas muy anidadas (manual o automáticamente)

Bug: la terminal (ghostty) se cierra por completo al aprobarse un comando Bash con comillas muy anidadas (manual o automáticamente)

Entorno:

• Terminal: ghostty
• Compositor: Hyprland (Omarchy / CachyOS)
• SO: CachyOS (basado en Arch)

Pasos para reproducir:

1. Claude propone un comando Bash que requiere aprobación de permiso. Este es el comando exacto (capturado en pantalla) que lo disparó, con la descripción "Cerrar los duplicados de nuevo" que Claude le puso:

for ADDR in 0x5570d5c57860 0x5570d5cb8420; do
  hyprctl dispatch "hl.dsp.focus({ window = \"address:$ADDR\" })"
  sleep 0.3
  hyprctl dispatch 'hl.dsp.window.close()'
  sleep 0.5
done
hyprctl clients -j | python3 -c "
import json,sys
for c in json.load(sys.stdin):
    print(c['class'])
"

1. Aparece el diálogo de permiso ("Bash command ... Do you want to proceed? 1. Yes / 2. No").
2. El comando se aprueba — ya sea manualmente (presionando Enter yo mismo, con "1. Yes" resaltado/por defecto) o automáticamente (con el modo plan/auto de Claude Code activo, sin que yo toque nada).
3. En vez de continuar normalmente, la ventana completa de ghostty se cierra de inmediato — sin mensaje de crash, sin diálogo de confirmación (tengo confirm-close-surface=false en mi config de ghostty, así que se cierra en silencio).

Comportamiento esperado: El comando debería aprobarse y ejecutarse sin cerrar la terminal, igual que pasa con comandos más simples.

Notas:

• Esto pasó 5 veces en la misma sesión: 3 veces con el modo plan/auto de Claude Code activo (aprobación automática, sin que yo tocara nada), y 2 veces aprobando el comando manualmente (dándole Enter yo mismo al prompt) — o sea no depende de si la aprobación es manual o automática, pasa en ambos casos. Esto sugiere que el disparador no es literalmente la tecla Enter, sino algo relacionado con cómo se renderiza o se procesa el prompt/comando en sí (con comillas muy anidadas), no con el método de aprobación.
• Todas las veces fueron en un prompt de permiso para un comando con comillas muy anidadas/escapadas (comillas dobles conteniendo comillas dobles escapadas, dentro de un for de shell).
• Los prompts de permiso de comandos más simples no dispararon esto en la misma sesión.
• journalctl no mostró ninguna señal de crash/OOM para el proceso de ghostty en ese momento — terminó limpio (como si hubiera recibido una solicitud de cierre normal), lo que sugiere que algo relacionado con este tipo de comando/prompt causó que ghostty recibiera una señal de cierre, en vez de un crash.