dhh включил omacom/omarchy#15020 в quattro, чтобы второй экземпляр оболочки не перехватывал блокировку сеанса, которую ещё может удерживать другой процесс. Отдельный коммит quattro, omacom/omarchy@d1a614ce6629, заставляет запросы блокировки напрямую считывать её текущее состояние: ранее устаревшая привязка привела к тому, что запрос блокировки перед переходом в спящий режим ничего не сделал.
greptile-apps[bot] поставил под вопрос ограничение числа попыток восстановления. dhh объяснил, что восстановление намеренно прекращается, пока остаётся другой процесс Quickshell или hyprlock. При этом допускается, что за защитным экраном композитора останется осиротевший процесс, зато действующая блокировка не будет перехвачена. Проверяющий согласился с этим компромиссом в omacom/omarchy#15020:discussion_r4241553575. При обычном перезапуске оболочка ждёт завершения предыдущего экземпляра.
