- Expédié
- 26 août 2026 à 23:12 UTC
- Auteur
- kamo
- Commite
- dba99f4
Signé à Wienerschnitzel, ouvert Paramètres et image de marque, sauvegardé Company Info, et l'ensemble de l'espace de travail est revenu au logo et aux couleurs de Kamo. Fermeture de l'onglet et l'ouverture de l'organisation a de nouveau apporté sa propre marque. Deux défauts, et le premier est le mien de la migration des pseudo-nés. OrgUrlSync a tenu sa propre copie de la sessionTouvernement. Theme.tsx rebaptisé clé de "kamo-theme-domain" à "kamo-theme-slug" et cette copie a conservé l'ancien nom, donc la lecture est revenue nulle et "?org" a cessé silencieusement d'être restauré après une navigation côté client. Rien n'a jeté. Deux pages dans l'application l'URL n'est plus a nommé le locataire, donc le serveur remette un déclencheur de sauvegarde n'avait rien à résoudre, est revenu à l'hôte - qui sur l'hôte de la plate-forme partagée est la plate-forme - et repeint tout. La clé est importée maintenant, et un test affirme le composant l'importer plutôt que de réaffirmer les règles, parce que les règles n'étaient jamais erronées. La deuxième est la raison pour laquelle un 'org' perdu a été capable de faire autant de dégâts. OrgProvider enregistrée quelle que soit l'organisation que le rendu produit comme étant le propre de l'onglet, y compris un Serez de l'hôte. Donc un rendu non fiable n'a pas seulement peint la mauvaise marque pour qui rends - il a écrasé l'organisation enregistrée de l'onglet, et tout côté client après qu'il était faux aussi, jusqu'à ce que l'onglet soit fermé. La disposition déjà s'il s'agissait de l'organisation désignée ou simplement inférée; elle le transmet à OrgUrlSync pour exactement cette raison, et passe maintenant ici aussi. Une solution de repli est toujours rendu - il doit l'être, ou il n'y a pas de coquille - il ne peut tout simplement pas devenir le la réponse de l'onglet.