dhh hat omacom/omarchy#15020 in quattro übernommen, um zu verhindern, dass eine zweite Shell eine Sitzungssperre übernimmt, die möglicherweise noch von einem anderen Prozess gehalten wird. Ein separater quattro-Commit, omacom/omarchy@d1a614ce6629, sorgt dafür, dass Sperranforderungen den aktuellen Sperrzustand direkt auslesen. Zuvor hatte eine veraltete Bindung dazu geführt, dass eine Sperranforderung vor dem Wechsel in den Bereitschaftsmodus wirkungslos blieb.
greptile-apps[bot] hinterfragte die begrenzte Anzahl von Wiederherstellungsversuchen. dhh erklärte, dass die Wiederherstellung bewusst aufgibt, solange eine andere Quickshell- oder hyprlock-Instanz weiterläuft. Dabei wird ein möglicherweise verwaister Prozess hinter der Schutzsperre des Compositors in Kauf genommen, statt eine noch aktive Sperre zu übernehmen. Der Reviewer akzeptierte diese Abwägung in omacom/omarchy#15020:discussion_r4241553575. Bei einem normalen Shell-Neustart wird gewartet, bis die vorherige Shell beendet ist.
