- Verschifft
- 27. August 2026 um 16:21 UTC
- Autor
- kamo
- Ausschuss
- 08a79ca
Der Kunde die Hälfte des Schließens des Order-Mutationslochs. SecurityService jetzt Gates 39 Ordnungs-, Preis- und Steuerendpunkte für vier neue Rechte; das sind die beiden Spiegel des Java enum, die sich damit bewegen müssen, oder die Rechte existieren auf der server und sind nicht zugrantable von der Benutzeroberfläche. rightsHierarchy.ts gewinnt vier Kanten - VIEW_ORDERS und VIEW_PRICING unter ACCESS_COMMERCE, MANAGE_ORDERS unter der ersten und MANAGE_PRICING unter der zweites - das ist, was macht die Editor-Case mit dem Server einverstanden Normalisierung. RoleRightType.ts gewinnt die vier Konstanten UND ihre vier _Werte Einträge; eine Konstante, die aus diesem Array herausgelassen wird, ist für alles unsichtbar dass iterates das enum, und die Erlaubnis-Editoren iterate. Es war keine Änderung der Berechtigungsabteilung erforderlich: alle vier tragen ServiceType.POS und die Commerce-Reihe existiert bereits in beiden permissionAppSections.ts und seiner inline Duplikat in SecurityRoleManager.tsx, so dass sie bei der Ankunft zu gewähren sind. Beide Kommentare werden korrigiert, um dies zu sagen, anstatt die Zählung veraltet zu lassen. Keine Wörterbuchänderung entweder - die richtigen Labels sind der String Java-Display Gespiegelt wörtlich, nicht ein i18n-Schlüssel. Service Work's Five fügte nichts hinzu Kamo-Translation-Wörterbuch aus dem gleichen Grund. Parität insgesamt 189 - 193. Verifiziert gegen die Java-Quelle von RechteHierarchyParität und RolleRightMirrorParity, die beide lesen kamo-shared-Bibliothek direkt; vollständige Suite 278 Dateien / 3603 Tests, 0 Ausfälle.