- Змішані
- 25 серпня 2026 р. о 00:56 UTC
- Авторизація
- Kamo
- Про нас
- e3daede
Створення перевірили псевдоніми лише в межах одного постачальника безпеки, і PUT /org/{id} нічого не перевірило, що це було надано. І були розумні, коли аліас був тільки вирішений як (безпека provider id, alias) за <alias>.<parentdomain> host. ?org= змінено. Організація може бути названа безпосередньо її псевдонімом немає провайдера для сфери пошуку, тому повторне робить посилання на неоднорідний Платформа-широта: OrgResolutionService відмовляється від нього, а не забираючи один, які листують організації BOTH ненадійними від alias. Перейменування через PUT може зробити, що мовчазно до org, який був раніше дрібним. Також відхиляється все-цифрова алія на обох шляхах. Зниження цифрових посилань як організація id і ніколи не падає через зовнішній вигляд alias, так що такий alias ніколи не міг назвати власну організацію — краще відмовитися від неї створити щось ненадійне. Численні повтори залишають самостійно: чотири orgs частка "acme-corp" і два Поділитися "Kia-kaha", всі засіяні таким же днем. alias - це тенантний ключ Теки тема імен і <alias>.<domain> hosts — так перейменувати живі не що робити одностороннім. Вирішувач вже відмовив неоднозначні, тому нічого не вирішить неправильно. Перевірено на чистий клон: 951 тести. Робоче дерево в даний час не виходить 63 не пов'язані тести з іншої роботи сеансу PHI (a PhiTenantResolver, який ще не ведеться.