- Expédié
- 4 septembre 2026 à 23:33 UTC
- Auteur
- Kamo
- Commite
- 29941ff
Une règle, en un endroit, pour les trois critères d'évaluation qui écrivent un compte USER: Mise à jour du membre du profil, l'adresse personnelle du profil et la plateforme Utilisateurs Onglet. Elles régissent les mêmes données et ont dérivé en trois réponses différentes. UserAccountEditPolicy: la personne elle-même, un opérateur éligible à un dieu, Utilisateur du système, ou un administrateur de plate-forme détenant MANAGE-USERS / SYSTEM-USER l'onglet Utilisateurs sur /compte. Les conditions préalables à l'organisation de haut niveau gratuit, puisque PlatformRightsResolver ne résout rien pour une session chez un locataire. Deux choses qu'il laisse délibérément tomber. MANAGE-MEMBRES et MANAGE-MEMBER-SECURITY n'atteignent plus le nom légal, Nom préféré ou date de naissance. Il s'agit de droits RTE-comptes chaque organisation que la personne appartient à des actions, et un administrateur locataire peut modifier les modèles de sécurité de sa propre organisation - afin qu'un locataire puisse s'accorder lui-même la capacité de réécrire l'identité que tout le monde voit. Le même raisonnement a les gardaient toujours hors du mot de passe. C'était aussi la seule règle du critère d'évaluation. Il est donc plus strict qu'auparavant plutôt qu'il ne soit simplement différent. "L'organisation actuelle est propriétaire du compte" a disparu. Il se lit comme le naturel la sauvegarde et était une impasse: la plate-forme constitue le compte de 77 de 141 et 37 de ces personnes ne sont pas membres de l'organisation qui possèdent leur compte - donc il n'y avait pas d'espace de travail dans lequel ils pourraient jamais éditer leur propre nom, leur nom préféré ou leur adresse personnelle. Il a également répondu à la une mauvaise question pour le propriétaire, qui est une PERSONNE, pas une organisation. Preuve de la la boîte aux lettres n'est pas affectée et c'est la garantie qui compte réellement pour l'adresse. La politique résout les armes de son opérateur même lorsque le compte cible ne peut pas être lire. Refuser tout le monde sur une cible inconnue semble être l'échec fermé et est échouer vraiment mal: il laisserait un compte que personne ne pourrait corriger, ce qui est l'état d'un opérateur existe pour s'en sortir. «isself» sur la mise à jour des membres est restée par MEMBER id: une session d'identité a a eu son membreID échangé à la cible, et une session sudo est destinée à agir comme suit: ce membre le ferait.