- Verschifft
- 12. Mai 2026 um 05:08 UTC
- Autor
- kamo
- Ausschuss
- d843675
registrableDomainFromAlias streift jede Multi-Label-Subdomain (z.B. "gnosia.demo.kamocrm.com") bis auf seine eTLD+1 ("kamocrm.com"). Das war Geldbuße für die API-Basis / Login-Host / OAuth Anmeldeinformationen-Lookup sind absichtlich geteilt Plattform-weit - aber es war AUCH als verwendet das Pfadsegment für **************** Endpunkt stimmte dann mit der eTLD+1-Reihe der Plattform-Besitzer Org überein und zurück KamoCRM Inc. Daten für jeden, der einen Subdomain Mieter (gnosie, AbcmKortgesellschaft, etc.). Das Benutzer-Symptom: Kinder-Org-Besitzer auf ihrer eigenen Subdomain-Säge der Titel/Thema/Spielaturenliste der Eltern oder der Elternteil oder der übergeordneten Org Rechte Tore auf Seiten wie /settings/account, die überprüft CONFIGURE_SYSTEM gegen eine gegen die falsche Org aufgelöste Sitzung. SecurityService.findByDomain bearbeitet beides vollständiges FQDN-Formular ("gnosia.demo.kamocrm.com" - GNosias Primärreihe direkt) und die "label.parent"-Composite ("internal.kamocrm.com" - KamoCRMs "internal" Kind Reihe in die Elternreihe gesellte sich, also die Untripped aliasDomain löst für jeden Mieter richtig auf. Andere Verwendungen von registrableDomainFromAlias (API-Basis, Login-Basis, OAuth Anmeldeinformationen) sind unverändert - sie teilen sich die Plattform-Infrastruktur richtig.