- Порезанный
- 25 августа 2026 г. в 00:56 UTC
- Автор
- Kamo
- Обещать
- e3daede
Creation проверял псевдоним только в пределах одного провайдера безопасности. PUT/org/{id} вообще ничего не проверял — он применял то, что ему давали. Оба были разумными, в то время как псевдоним был решен только как (security provider id, псевдоним) за хостом <alias>. ?org = изменить это. Организация может быть названа непосредственно ее псевдонимом с нет провайдера, чтобы охватить поиск, поэтому повтор делает ссылку двусмысленной В масштабах всей платформы: OrgResolutionService отказывается от него, вместо того, чтобы выбрать один, Что делает обе организации недостижимыми под псевдонимом. Переименование через PUT Он мог бы сделать это безмолвно с организацией, которая раньше была в порядке. Также отклоняется всезначное псевдоним на обоих путях. Цифровая ссылка решает как организационный идентификатор и никогда не попадает в поиск псевдонимов, поэтому такой псевдоним никогда не мог назвать свою собственную организацию — лучше отказаться от нее, чем Создать что-то недостижимое. Существующие повторы остались одни: четыре орга делят «акме-корп» и две «Киа-каха», все сеяные в один и тот же день. Фамилия — это ключ арендатора — это имена папок тем и <alias>.<domain> хосты — так переименовывать живые Нечего делать в одностороннем порядке. Решитель уже отказывается от Неоднозначные, поэтому ничего не решается неправильно. Проверено на чистом клоне: 951 тест проходит. Рабочее дерево в настоящее время не работает 63 несвязанных теста, проведенных другой сессией в полете (a) PhiTenantResolver, который еще не подключен к их тестам.