- Expediere
- 25 august 2026 la 00:56 UTC
- Autor
- Kamo
- Comite
- e3daede
Creația a verificat aliasul doar în cadrul unui singur furnizor de securitate și Put /org / {id} verificat nimic, la toate Ambele au fost rezonabile în timp ce un alias a fost rezolvat doar ca (security provider id, alias) în spatele unei gazde <alias>.<parentdomain>. ?org= a schimbat asta. O organizație poate fi numită direct prin aliasul său cu nici un furnizor pentru a acoperi căutarea, astfel încât o repeta face de referință ambiguu la nivelul platformei: OrgResolutionService refuză mai degrabă decât să aleagă unul; Ceea ce lasă ambele organizații imposibil de găsit prin alias. Redenumește prin Put ar putea face acest lucru în tăcere la o org care a fost anterior bine. De asemenea, respinge un alias de toate cifre pe ambele căi. O cifră de referință rezolvă ca un ID organizație și niciodată nu cade prin căutarea alias, astfel încât o alias nu ar putea numi propria organizație crea ceva de negăsit. Repetițiile existente sunt lăsate în pace: patru orgi împart "acme-corp" și două Împărţim "kia-kaha," toate însămânţate în aceeaşi zi. Un alias este o cheie chiriaș numele folderelor tematice și <alias>.<domain> gazde Nu ceva de făcut unilateral. Rezolvatorul refuză deja cele ambigue, astfel încât nimic nu rezolvă greșit între timp. Verificat pe o clonă curată: 951 teste trec. Copacul muncitor eşuează în prezent 63 de teste care nu au legătură cu activitatea unei alte sesiuni PHI în timpul zborului (a PhiTenantRezolver care nu este încă conectat la testele lor).