dhh schlug Reparaturen für Captive Portals vor und integrierte sie in den Quattro-Entwicklungszweig. Der Anmeldeablauf nutzt einen von Omarchy kontrollierten Endpunkt zur Verbindungsprüfung, pausiert vorübergehend einen aktiven Tailscale-Exit-Node, öffnet ein schwebendes Anmeldefenster und aktiviert den Node wieder, sobald die Verbindung steht. In einer Antwort vor der Integration beschrieb dhh eine Korrektur der Fehlererkennung beim Browserstart und einen zusätzlich eingeführten Regressionstestfall. omacom/omarchy#16186omacom/omarchy#16186:issuecomment-6340700383
dhh integrierte außerdem die Änderungen von iskakaushik für große Tailnets in Quattro. Das Panel erzeugt nur sichtbare Gerätezeilen, bietet eine Suche, verwendet ein gemeinsames Kopiermenü und baut unveränderte Peer-Listen nicht erneut auf. Bei geschlossenem Panel werden beim Polling weniger Daten angefordert. iskakaushik berichtete von deutlich geringerer CPU- und Speichernutzung in einem Tailnet mit rund 3,900 Peers. Dabei handelt es sich um Messungen des Beitragenden, nicht um eine unabhängige Überprüfung. omacom/omarchy#7623
