- 出荷済み
- 2026年8月24日 22:02 UTC
- プロフィール
- Kamo
- コンテンツ
- 3300da2
お部屋の隔離はHOSTでした。 org B のメンバーは、*** を表示できませんでした。 ミートのクッキー。<org-A-domain> なので、 org A's の部屋名がそれらを得たことを知っている どこでも。 自分のドメインのない組織を1つから提供 共有ミートホストの終了:すべてのメンバーのクッキーが有効である、部屋 名前は境界だけになり、 /api/auth/jwt は MODERATOR トークンを分 どんな部屋でもお願いしています。 部屋名を知ることは十分だった 他の人の会議に参加し、それを実行するために。 セッションの org id から派生した org トークンを、 会員は、持ち運びする部屋のトークンのみを発行しています。 から派生 実際にセッションを保持する1つのテナントキーであるため、ID - `session.orgAlias` は存在しません***。 共有ホストで共有ホストの1つの値がホストに落ちる 組織。 そのためのコンテキストです。 グループは、そこに何もグループ化しました。 パーソナライゼーション・ミーティング・ホストは、以前の動作を正確に保ちます: ホスト それでも境界線であり、プレフィックスを補強すると、各部屋が作られている 存在する前に。 ゲストパスは、反対側のバグの同じ形状でした。 読む 共有ホストにある HOSTNAME による requirePassword は、 プラットフォームの組織 -- ミーティングのパスワードを必要とするテナント ゲスト全員に静かに落ちた。 ゲストはセッションがありませんので、 orgはルームトークンとコンテキストから来ています。 むしろそれをグループ化 より、発信者による orgAlias. kamo-internal は同じトークン (org id のベース36) とテストを計算します 両方の実装間で文字通り値をピン留めします。 別の言語は、そうでなければ無声に漂流します.