- Spegnimento
- 28 agosto 2026 alle ore 22:20 UTC
- Autore
- Kamo
- Impegno
- 70f388f
Creare un'organizzazione ha consegnato al creatore un pulsante che punta a «https://internal. L'host non si risolve: il dominio è uno che possiedono e non ci hanno ancora indicato — farlo è un secondo, passo opzionale — così il collegamento che era destinato ad aprire la cosa che avevano appena fatto ha aperto un errore del browser. Il mago di dodici passi aveva questo diritto e ha detto così in un commento: ha speso il chiave una volta a `/validate` su qualsiasi host il membro era già acceso, notando che UTILIZZO reindirizzare a `internal. perché un nuovo org non ha DNS. La riscrittura di una pagina lo reintrodusse, da il dominio principale i report di risposta creano. Quindi il link di ingresso è di nuovo relativo, e la decisione ora vive in creatoWorkspace.ts con test che lo pin — compreso uno che semplicemente afferma l'URL non contiene mai uno schema o `internal.`, quindi questo non può tornare un terzo tempo per mezzo di qualche altro campo di dominio plausibile-looking. Due cose sono tornate con esso che la riscrittura aveva anche abbandonato: - `?org= <themeSlug>` cavalca lungo. La scheda di arrivo non ha ancora sessione, quindi senza di esso la shell risolve l'host condiviso, ottiene "la piattaforma", e vernici Logo e colori di Kamo su un'organizzazione il cui marchio è già fornito e in attesa. - Una chiave mancante una volta è gestita piuttosto che ignorata. Non c'è niente da dire entrare con, quindi il link va alla lista di organizzazione — dove il nuovo org è profondo collegato da id — e un avviso dice perché, invece di un pulsante etichettato "Enter workspace" tranquillamente andare da qualche altra parte. `submitWizard` non riporta più il dominio primario di org affatto. Aveva esattamente un consumatore e che il consumatore era il bug; lasciare il campo ci sta lasciando lo stesso errore a portata di mano.