web/mail-postfach (UX-01/UX-02 Postfach-/Ordneransicht mit Thread) hatte
bisher gar keinen MODULE_REGISTRY-Eintrag und keine ModuleNavShell-Einbindung
-- einzige der 4 "Doppel-Apps" (ai/mail/workflow/connect haben je zwei
unabhaengige Apps, aber nur eine mit Registry-Slot), bei der das
zugrunde liegende Recht bereits real UND durchgesetzt ist
(mail.message.read, mail/internal/mailapi/mailapi.go:120-121).
ai-search-chat/workflow-tasks/connect-setup bewusst NICHT ergaenzt:
deren Backends haben aktuell ueberhaupt keine RBAC-Pruefung (kein
requirePermission-Aufruf), ein Registry-Eintrag wuerde eine Berechtigung
vortaeuschen, die serverseitig nicht durchgesetzt wird. Eigenes Ticket noetig.
npx vitest run: web/shl (61/61), web/portal (15/15), web/mail-postfach
(82/82) gruen, next build sauber, auf Testhost 131 verifiziert.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
mail-postfach (UX-01/UX-02) bekommt Registry-Eintrag + ModuleNavShell, einzige der 4 Doppel-Apps mit echtem durchgesetzten Recht (mail.message.read). ai-search-chat/workflow-tasks/connect-setup bewusst ausgelassen -- keine RBAC-Pruefung im Backend, braucht eigenes Ticket.
🤖 Generated with Claude Code
View command line instructions
Checkout
From your project repository, check out a new branch and test the changes.