- Spegnimento
- 28 agosto 2026 alle ore 19:31 UTC
- Autore
- Kamo
- Impegno
- e531440
Un modello di sicurezza ora dice dove ciascuno dei suoi tre tipi membri atterra quando essi aperto "/". Due valori: HOME SCREEN DEFAULT è il launchpad che tutti hanno sempre aveva, e REQUIRES CHILD ORG OWNERSHIP lo trattengo finché quel membro non possiede un organizzazione del proprio — "/" va a /network/creare invece, e organizzazione-network link lascia la barra superiore fino a quando non hanno uno. Tre colonne piuttosto che una, specchiando APPLIES TO MEMBERS / TEAM MEMBERS / OWNERS, perché lo stesso modello vuole di routine un membro normale spinto in creare la propria organizzazione mentre i suoi membri del team e proprietari vanno al lavoro. La regola è pura e testata in app/lib/homeScreenGate.ts: quale colonna si applica, e cosa conta come possedere un'organizzazione (un proprietario dell'org sono già dentro non ha creato uno — la stessa esclusione FirstOrgCta fa). fallisce. OPEN ad ogni passo. Solo la stringa esatta chiude il cancello; una colonna nulla, una valore non riconosciuto, un fetch modello applicato fallito e una mynetworks non raggiungibile tutti leggono come "no", perché portare via lo schermo di casa di qualcuno sulla forza di una richiesta che non ha risposto non è qualcosa da fare. Un contesto, montato sopra i nav e la pagina, piuttosto che il gancio in entrambi luoghi: NavTop e il launchpad hanno bisogno della stessa risposta su ogni carico di pagina, e due copie costerebbe due viaggi rotondi e potrebbe non essere d'accordo per la lunghezza di uno. Il launchpad deliberatamente non aspetta su di esso — tenendo la casa di ogni membro pagina dietro un /applied-model fetch per risparmiare una manciata di loro un breve flash è il commercio sbagliato.