- Expédié
- 24 août 2026 à 21:40 UTC
- Auteur
- Kamo
- Commite
- ee0a8e5
Le garde lire l'ordonnance de l'hôte id avec /"id"'s':'s'(-d')/ -- un chiffre nue immédiatement après le côlon. JsSafeLongSerializer de SecurityService écrit n'importe quel Longtemps au-dessus de 2x53 comme un JSON STRING, et chaque org id ici est un icèg à 19 chiffres single-rowid() vers 1,17e18, donc l'id arrive toujours cité et que hostOrgIdStr était donc toujours nul, et le La comparaison s'est assise derrière - sihostOrgIdStr - ...) -, donc elle n'a jamais couru. L'un La vérification par interlocuteur sur cette route a été inerte. Trois changements: Acceptez un id cité, donc la comparaison se produit du tout. Échec FERMÉ lorsque l'organisme hôte ne peut pas être résolu. Il a été précédemment mis en œuvre. "pour préserver le comportement actuel", qui rend le contrôle skipable par n'importe quoi qui pourrait faire échouer la recherche. La réutilisation coûte une connexion réelle; coûte les droits de la mauvaise organisation. Sautez la comparaison entièrement sur l'hôte de la plate-forme. Cet hôte maintenant sert chaque org sans un domaine propre, donc la résolution lui donne KamoCRM Inc. et une session pour tout autre organisme ressembleraient à une inadéquation -- Le refus de l'inscription de ce travail existe à permettre. Là, le la session nomme l'organisation et est l'autorité; un hôte qui en nomme un Le locataire doit encore être d'accord avec elle.