dhh integrou omacom/omarchy#15020 à quattro para impedir que uma segunda instância do shell assuma um bloqueio de sessão que ainda possa estar sob controle de outro processo. Outro commit da quattro, omacom/omarchy@d1a614ce6629, faz as solicitações de bloqueio consultarem diretamente o estado atual, depois que uma vinculação desatualizada fez uma solicitação de bloqueio antes da suspensão não ter efeito.
greptile-apps[bot] questionou o limite de tentativas de recuperação. dhh explicou que a recuperação desiste deliberadamente enquanto outra instância do Quickshell ou do hyprlock permanece em execução, aceitando a possibilidade de um bloqueio órfão protegido pelo mecanismo de segurança do compositor em vez de assumir um bloqueio ainda ativo. O revisor aceitou essa escolha em omacom/omarchy#15020:discussion_r4241553575. Na reinicialização normal, o shell aguarda o encerramento da instância anterior.
