- Verschifft
- 17. September 2026 um 04:17 UTC
- Autor
- Kamo
- Ausschuss
- 4758fa8
Für die gesamte Plattform gibt es einen Systembenutzer. Plattform-Betreiber und Support-Mitarbeiter mit einem Zuschuss für eine Single-Ticket-Organisation, geben Sie einen Mieter, wie es durch enter-as. Zwei Kontrollen behandelt "der Anrufer ist das System Benutzer" als genug auf seine eigene, für jede Organisation und jedes Konto: - ************ hinter PATCH /org/{id'/colors, upload-logo, beide Hintergrund Endpoints und Provisory-Themen: eine in org A eingegebene Systembenutzer-Sitzung könnte neu bemalen, neulogo oder neu themischen anderer Mieter, indem er seine ID in den Weg setzt. - UserAccountEditPolicy's SYSTEM_USER Arm, hinter dem Mitgliederprofil Identitäts-Update und beide persönliche Adresse Endpunkte: es antwortete für jedes Konto auf der Plattform, vor der Peerage-Regel, so dass die Sitzung neu schreiben konnte die Anmelde-Identität von irgendjemandem, ein Gotteskonto inklusive, und ohne den Mailbox-Beweis wird ein Besitzer gefragt. Jetzt geht der Branding-Arm nur dann weiter, wenn die Session's org bearbeitet wird, und der Kontoarm nur für eine Konto mit einer Mitgliedschaft in der Sitzung oder org, die kein Gott-Konto ist. Alles, was eine Support-Sitzung macht innerhalb des eingegebenen Mieters ist unverändert. OrgBrandingSystemUserScopeTest (durch updateColors) und ************ pin beide; jeder Ablehnungstest scheitert mit seiner Kontrolle entfernt. Die Politik nimmt MemberRepository jetzt; seine beiden Testkonstruktionen folgen.