- Expédié
- 24 août 2026 à 22:02 UTC
- Auteur
- Kamo
- Commite
- 3300da2
L'isolement de la pièce était l'HOST. Un membre de l'organisation B n'a pas pu présenter cookie sur la rencontre.-org-A-domain-, donc le nom de la chambre de l'org A a obtenu nulle part. Servir d'organisations sans domaine propre d'une seule partage-réunion host s'achève que: le cookie de chaque membre est valide là, la salle le nom devient la seule frontière, et /api/auth/jwt Monnaie un jeton MODERATOR pour n'importe quelle pièce qui est demandée. Connaître un nom de chambre aurait suffi pour rejoindre la réunion de quelqu'un d'autre et la diriger. Les salles portent maintenant un gicleur dérivé de l'orge id de la session, et a Un membre n'est délivré qu'un jeton pour une pièce qui les porte. Dérivé à partir de l'ID parce que c'est la clé de locataire que la session tient réellement -- Il n'existe pas dans l'expression, donc l'ancienne expression est tombé à travers l'hôte, qui sur l'hôte partagé est une valeur pour chaque organisation. C'est pourquoi le groupe context.n'a rien regroupé là. Un hôte par organisation rencontre garde son comportement antérieur exactement: l'hôte est toujours la frontière, et l'application d'un préfixe briserait chaque pièce faite avant que cela n'ait existé. Le chemin d'invité avait la même forme de bug de l'autre côté. Il est lu requirePassword par HOSTNAME, qui sur l'hôte partagé se rapporte à la organisation de la plate-forme -- donc un locataire qui a besoin d'un mot de passe de réunion ont été silencieusement abandonnés pour chaque invité. Un invité n'a pas de session, donc l'orge vient maintenant du jeton de salle, et du contexte.group avec lui plutôt que d'un orgAlias fourni par l'appelant. kamo-internal calcule le même jeûne (base36 de l'org id) et un test épaule les valeurs littéralement à travers les deux implémentations, puisqu'elles sont dans différentes langues et dériveraient autrement silencieusement.