Files
Harlekin abf42c5187
Prüfung / Lint, Typen, Tests (push) Canceled after 0s
Prüfung / Images bauen (pdf) (push) Canceled after 0s
Prüfung / Images bauen (web) (push) Canceled after 0s
Prüfung / Images bauen (worker) (push) Canceled after 0s
Images / bauen (pdf, docker/pdf.Dockerfile) (push) Canceled after 0s
Images / bauen (web, docker/web.Dockerfile) (push) Canceled after 0s
Images / bauen (worker, docker/worker.Dockerfile) (push) Canceled after 0s
Ranggefuege: Rollen, die aufeinander aufbauen
Bisher trug jede Rolle ihre Rechte vollstaendig selbst. Bei achtzehn Rollen
und zweiundzwanzig Rechten heisst das, dass eine hoehere Rangrolle die ganze
Liste der darunterliegenden noch einmal abhaken muss - beim Anlegen
fehleranfaellig und bei jeder spaeteren Aenderung doppelt zu pflegen.

Ein Gefuege ist eine benannte, geordnete Folge von Rollen. Jede Sprosse
erbt alles von jeder Sprosse unter ihr, verwaltet wird nur noch das, was
oben dazukommt. Geerbt wird nicht nur die Rechteliste, sondern auch
Freigabestufe und Anmeldung: sonst waere eine Befoerderung unter Umstaenden
eine Herabstufung, naemlich immer dann, wenn Discord beim Befoerdern die
alte Rangrolle abnimmt.

Die Ordnung ist bewusst eine Reihenfolge und kein Zeiger je Rolle - ueber
ganzen Zahlen gibt es keinen Zyklus, den man abfangen muesste. Aufloesen
eines Gefueges laesst die Rollen stehen und nimmt nur das Geerbte weg.

Die Rechnung steht als reine Funktion in lib/auth/ladders.ts und wird an
drei Stellen benutzt: bei der Rechteaufloesung, in der Verwaltung und in
der Vorschau des Editors, die im Browser mitrechnet. Eine Vorschau, die den
Stand vor dem Verschieben zeigt, waere schlimmer als keine.

Die Rollenseite zeigt Geerbtes kursiv und gesperrt an, damit dort niemand
blind Kaestchen setzt, die laengst gesetzt sind.

Nebenbei: Aenderungen an der Rollenzuordnung landen jetzt im Protokoll, mit
Vorher und Nachher. Wer Rollen aendert, aendert die Rechte anderer - genau
dafuer ist es da.
2026-09-04 14:53:29 +02:00

78 lines
2.7 KiB
TypeScript

'use server'
import { revalidatePath } from 'next/cache'
import { z } from 'zod'
import { db } from '@/lib/db'
import { requirePermissionForAction } from '@/lib/auth/current'
import { writeAudit } from '@/lib/audit/write'
import { PERMISSIONS } from '@/lib/auth/permissions'
import { invalidateAll } from '@/lib/auth/effective'
import { de } from '@/lib/i18n/de'
const schema = z.object({
discordRoleId: z.string().min(1),
clearanceLevel: z.coerce.number().int().min(0).max(5),
grantsMembership: z.boolean(),
category: z.enum(['MEMBERSHIP', 'RANK', 'CLEARANCE', 'UNSORTED']),
permissions: z.array(z.enum(PERMISSIONS)),
})
export type SaveResult = { ok: true } | { ok: false; error: string }
/**
* Speichert die Zuordnung einer Discord-Rolle.
*
* Die Prüfung findet hier statt, nicht in der Oberfläche: eine Server Action
* ist ein Endpunkt und wird direkt aufrufbar, egal was das UI versteckt.
*
* Der Trigger `role_mapping_notify` löst danach `pg_notify` aus, worauf jeder
* Prozess seinen Rechte-Cache verwirft. `invalidateAll` deckt zusätzlich den
* eigenen Prozess sofort ab, ohne auf die Runde über die Datenbank zu warten.
*/
export async function saveRoleMapping(input: unknown): Promise<SaveResult> {
const user = await requirePermissionForAction('roles.manage')
const parsed = schema.safeParse(input)
if (!parsed.success) {
return { ok: false, error: de.roleAdmin.invalidInput }
}
const { discordRoleId, clearanceLevel, grantsMembership, category, permissions } = parsed.data
const existing = await db.roleMapping.findUnique({ where: { discordRoleId } })
if (!existing) return { ok: false, error: de.roleAdmin.roleGone }
const neue = [...new Set(permissions)].sort()
// Wer Rollen ändert, ändert die Rechte anderer. Genau dafür gibt es das
// Protokoll (harte Regel 3) - mit dem Vorher, sonst steht dort nur, dass
// jemand etwas geändert hat, aber nicht was.
await db.$transaction(async (tx) => {
await tx.roleMapping.update({
where: { discordRoleId },
data: { clearanceLevel, grantsMembership, category, permissions: neue },
})
await writeAudit(tx, {
actorId: user.id,
action: 'roles.update',
targetType: 'RoleMapping',
targetId: discordRoleId,
clearanceAtTime: user.permissions.clearanceLevel,
meta: {
label: existing.label,
from: {
clearanceLevel: existing.clearanceLevel,
grantsMembership: existing.grantsMembership,
permissions: existing.permissions,
},
to: { clearanceLevel, grantsMembership, permissions: neue },
},
})
})
invalidateAll()
revalidatePath('/admin/rollen')
revalidatePath('/uebersicht')
return { ok: true }
}