- Shipped
- 29. August 2026 um 07:06 UTC
- Author
- Kamo
- Commit
- 9ae5fe3
Der Button fragte nach Organisationseigentum UND CONFIGURE_SYSTEM. Das System Mitglied wird als Administrator in jeder Organisation zur Seite gestellt - alle 34 Mitgliedsreihen tragen das volle Rechte-Set, aber es wird nie als Besitzer gekennzeichnet, so der UND versteckte den Assistenten vor genau dem Operator, der am ehesten fertig wird Jemand ist Setup für sie. Der Button war darin allein. /settings/wizard Wachen auf CONFIGURE_SYSTEM, und die dahinter enthaltene API CONFIGURE_SYSTEM oder Eigentum; beide haben die Systemmitglied die ganze Zeit. Also das ist der Knopf aufholen mit dem, was es Links zu, nicht eine Erweiterung des Zugangs - niemand kann etwas erreichen, was sie nicht erreichen konnte, durch Eingabe der URL. Die Regel wurde in orgSetupWizard.ts verschoben, wie canOfferGettingStarted und ist abgedeckt gibt, einschließlich der zwei Bedingungen, die leicht zu verlieren sind: CONFIGURE_SYSTEM ist immer noch erforderlich, so oder so, weil der Assistent schreibt Einstellungen auf sie und ein Button, der direkt zu einer Umleitung führt, ist keine Taste; und nichts ist entschieden bis zur Sitzung UND der Verriegelung des Servers eingetroffen ist, oder der Button blinkt auf und ab auf jeder Seitenladung. Die Identifizierung des Mitglieds des Systems ist das einzige Faible, und es ist absichtlich. Die Sitzung trägt keine is_system_user-Flagge - Hinzufügen eines bedeutet eine 33. Position Argument durch createSession und jeden Anrufer - so ist SystemMemberSession liest der Benutzername sentinel, den der Backfill-Service als einziges Signal hinterlässt: Keine dieser 34 Mitgliedszeilen hat einen username_alias, also ist der Alias der Session immer "__system___". Es ist ein Erstattungscheck, nicht eine Berechtigungsprüfung; falsche Shows oder versteckt einen Knopf und kann nichts gewähren.