- Szycy
- 25 sierpnia 2026 00:56 UTC
- Autor
- Kamo
- Pochęt się
- e3daede
Tworzenie sprawdzało alias tylko w ramach jednego dostawcy zabezpieczeń, oraz PUT /org/Aid w ogóle nic nie sprawdził – zastosował wszystko, co podano. Oba były rozsądne, podczas gdy alias został rozwiązany tylko jako (security_provider_id, alias) za ’alias>.'parentdomain> host. ?org - zmienił to. Organizacja może być nazwana bezpośrednio przez swój alias z Nie ma dostawcy w zakresie odnośnika, więc powtórka sprawia, że odniesienie jest niejednoznaczne Ogólnopolerska: OrgResolutionService odrzuca go, a nie wybiera, To sprawia, że obie organizacje są nieosiągalne przez alias. Zrezynfikowanie nazwy poprzez PUT Mógłby to zrobić po cichu do orgi, który wcześniej był w porządku. Odrzuca również aminę wszechcyrwanego na obu ścieżkach. Cyfrowe odniesienia się rozwiązuje jako Id organizacja i nigdy nie przepada do aminu, więc taki alias nigdy nie mógłby nazwać własnej organizacji – lepiej odmówić jej niż Stwórz coś nieosiągalnego. Istniejące powtórzenia są pozostawione same sobie: cztery orgi dzielą "amo-korp" i dwa Udział "kia-kaha", wszystkie rozstawione tego samego dnia. A alias jest kluczem najemcy - to Nazwiska folderów motywów i "alias"> hosty.-domain - więc zmiana nazwy na żywo jest Nie coś do zrobienia jednostronnie. Rozdzielacz już odmawia Niejednoznaczne, więc w międzyczasie nic nie rozwiązuje się niesłusznie. Zweryfikowano na czystym klona: 951 testami. Obecnie drzewo pracy zawodzi 63 niezwiązane testy z innej sesji PHI podczas pracy w locie (a) PhiTenantResolver, który nie jest jeszcze przewodowy w swoich testach).