Giữ bí danh trên nền tảng độc nhất, trên cả hai đường dẫn

FixSecurityService
Name
lúc 00:56 25 tháng 8, 2026 UTC
Tác giả
Kamo
Cam kết
e3daede

Tạo ra đã kiểm tra bí danh chỉ trong một nhà cung cấp an ninh, và PUT /org /{d} hoàn toàn không kiểm tra — nó áp dụng bất cứ điều gì được đưa ra. Cả hai đều hợp lý trong khi một bí danh chỉ được giải quyết như (An ninh provider id, biệt danh) đằng sau một <als>. < cha xứ> host. .org = thay đổi điều đó. Một tổ chức có thể được đặt tên trực tiếp bằng bí danh không có nhà cung cấp để thu thập các lookup, vì vậy một lặp lại làm cho tham chiếu mơ hồ OrgResosolce từ chối thay vì chọn một, Điều đó làm cho 2 tổ chức này không thể tiếp cận bằng bí danh. Comment có thể làm điều đó âm thầm với một org mà trước đây đã được tốt. Cũng từ chối một bí danh đa số trên cả hai đường. Name Một tổ chức nhận dạng và không bao giờ rơi vào sự kiểm tra bí danh. Tên riêng không bao giờ có thể gọi tổ chức riêng của mình — tốt hơn là từ chối nó hơn là tạo ra thứ gì đó không thể tiếp cận được. Các lặp lại tồn tại được để lại một mình: bốn orgs chia sẻ "acme-corp" và hai Chia sẻ "kia-kaha", tất cả đều gieo hạt cùng một ngày. Bí danh là chìa khóa thuê — nó Tên thư mục sắc thái và <als>. <domain> host — do not translate the keyword between brackets (e. g. ServerAdmin, etc.) không phải là thứ gì đó để làm đơn phương. Người giải quyết đã từ chối Những điều mơ hồ, vì vậy không có gì giải quyết sai lầm trong khi chờ đợi. Xác định trên một nhân bản sạch: 951 thử nghiệm. Cây làm việc hiện nay thất bại 63 bài kiểm tra không liên quan đến phiên chạy khác PhiTaantResolver chưa được kết nối trong các bài kiểm tra).

Mọi thay đổi

Như những gì anh thấy vận chuyển?

Mỗi một bản cập nhật này đều được tự động cập nhật trong không gian làm việc của bạn. Bắt đầu tự do và xem nó lớn lên tuần này qua tuần khác.

Bắt đầu tự do mãi mãiXem truy cập