Guardare un'organizzazione non è in esso

Fixkamo-internal
Spegnimento
8 settembre 2026 alle ore 18:59 UTC
Autore
kamo
Impegno
f9bd762

Uno spazio di lavoro firmato a KamoCRM si riverniciò come BluEleven - logo, colori, favicon, titolo della scheda e il set di funzionalità che guida la navigazione - mentre ogni record sullo schermo è rimasto di KamoCRM. Poi rimase così, e il momento in cui è accaduto sembrava non correlato a nulla che aveva appena è stato cliccato. `?org=` è il riferimento TENANT a livello di applicazione. proxy.ts lo trasmette come `x-kamo-org-ref`, il layout radice lo risolve, `orgWasNamed` va vero, `serverCanNameTabOrg` permette di nominare la scheda, e DynamicMetaLoader record il suo alias come la cartella da cui questa scheda dipinge. /network stava anche usando stesso parametro di un argomento comune dell'interfaccia utente - `?org= record dell'organizzazione in un cassetto - e workspaceEntryUrl costruito lo stesso link per un'organizzazione appena creata. Quindi aprire il record di un altro inquilino ha ri-identificato l'intera scheda come quell'inquilino. La slitta è ricordata per scheda, quindi ha superato il cassetto di essere chiuso, il parametro che lascia l'URL e ogni successiva navigazione; il pre-vernice script nella testa del documento poi applicato prima che React esistesse su ogni carico successivo. Neanche nulla si e' ripreso. OrgProvider chiede la sessione e adottare l'organizzazione giusta, ma DynamicMetaLoader rivaluta il riferimento del server ogni volta che il suo effetto si ripercorre - che include il momento in cui la sessione si risolve - quindi la correzione è stata ha sovrascritto un battito dopo che è atterrato. Due cambiamenti, perché la perdita aveva bisogno sia di un trigger che di un modo per attaccare. Il cassetto ottiene un parametro proprio, `?record=`. Il nome dell'eredità è ancora leggere così link già inviati in conversazioni di supporto continuare a lavorare, e non è mai più scritto. E il tema slitta ora porta come è stato imparato. Una slitta chiamata da un URL riferimento non può sovrascrivere una propria SESSIONE della scheda denominata; una sessione-named slug vince sempre, quindi /validate può ancora correggere una scheda che è stato mal marchiato prima. setThemeSlug risponde con la slitta in vigore piuttosto che quello che è stato consegnato, DynamicMetaLoader dipinge da quello, e OrgProvider chiede una ri-apply quando adotta la sessione organizzazione - così la correzione raggiunge il foglio di stile e faviconi invece del solo record. Protetto da quattro casi in temaSlug.test.ts.

Tutte le modifiche

Come quello che vedi la spedizione?

Ognuno di questi aggiornamenti atterra automaticamente nello spazio di lavoro. Inizia gratis e guardalo crescere settimana dopo settimana.

Inizia gratis per sempreVisualizza il prezzo