- Shipped
- 2026년 9월 4일 오후 11:33 UTC
- Author
- Kamo
- Commit
- 29941ff
하나의 규칙, 한 곳에서, 사용자 계정을 작성하는 세 가지 엔드 포인트 : 프로필 회원 업데이트, 프로필의 개인 주소 및 플랫폼 사용자 탭. 그들은 동일한 데이터를 지배하고 세 가지 다른 답변으로 기소했다. UserAccountEditPolicy: 사람 자체, 신-eligible 연산자, 시스템 사용자, 또는 플랫폼 관리자 보유 MANAGE USERS / SYSTEM USER — /account의 사용자 탭. 최고 수준의 조직 사전 조건은 함께 탈 platformRightsResolver가 tenant에서 세션에 대해 아무것도 해결할 수 있기 때문에 무료. 두 가지는 그것을 deliberately 방울. MANAGE MEMBERS and MANAGE MEMBER SECURITY 더 이상 법적인 이름, 이름 또는 생년월일 계정의 TENANT 권리 모든 조직은 공유에 속하며, 10개의 관리자는 자신의 조직의 보안 모델을 편집 - 그래서 10ant는 스스로를 부여 할 수 정체성을 다시 씁니다. 같은 이유가 항상 비밀번호를 잊었다. 이것은 단지 endpoint 규칙이었다 시행, 그래서 그것은 단지 다른 것보다 더 엄격하다. "현재 조직은 계정을 소유"가 사라집니다. 그것은 자연처럼 읽는다 safeguard는 죽은 끝이었다: 플랫폼은 141의 77에 대한 계정을 제공합니다 회원 및 그 중 37 명은 조직의 회원이 아닙니다. 모든 계정 소유 — 그래서 workspace가 존재하지 않을 수 자신의 이름, 선호 이름 또는 개인 주소를 편집합니다. 그것은 또한 대답 소유자에 대한 잘못된 질문, 누가 PERSON, 아니 조직. 증명의 mailbox는 untouched 이고 실제로 주소에 대한 문제입니다. 이 정책은 대상 계정이 될 수 없을 때 해당 연산자 팔을 해결 자세히보기 실패와 같은 알 수없는 대상 소리에 모두 혼란 정말 잘못된 실패 : 그것은 계정 nobody가 정확 할 수 있습니다, 이는 상태는 연산자가 존재합니다. 회원 업데이트의 `isSelf`는 MEMBER id가 유지됩니다. 그 memberID가 대상에 스왑하고, sudo 세션은 행동을 의미한다. 그 회원은.