dhh integró omacom/omarchy#15020 en quattro para impedir que una segunda instancia del shell se apropie de un bloqueo de sesión que otro proceso aún podría mantener. Otro commit de quattro, omacom/omarchy@d1a614ce6629, hace que las solicitudes de bloqueo consulten directamente el estado actual, después de que un enlace de propiedades desactualizado provocara que una solicitud de bloqueo previa a la suspensión no hiciera nada.
greptile-apps[bot] cuestionó el límite de reintentos de recuperación. dhh explicó que la recuperación desiste deliberadamente mientras siga presente otra instancia de Quickshell o hyprlock: se acepta la posibilidad de que quede una instancia huérfana tras la protección de emergencia del compositor, en lugar de apropiarse de un bloqueo activo. El revisor aceptó esta decisión en omacom/omarchy#15020:discussion_r4241553575. El reinicio normal del shell espera a que termine la instancia anterior.
