Separate recovery admin email from site users #175
No reviewers
Labels
No labels
activitypub
admin
api
articles
auth
bug
cleanup
cli
comments
compatibility
config
contacts
database
deployment
design
dev-env
docs
documentation
email
enhancement
feature
federation
feed
homepage
implementation
integration
media
openapi
priority:high
priority:low
priority:medium
proof
public-routes
public-ui
release
safety
social
sources
status:active
status:canceled
status:done
status:inprogress
status:waiting
syndication
tailwind
template
test
web
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
erik/slugkit!175
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "fix/task-44e37898-admin-email-section"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Summary
ADMIN_EMAIL.ADMIN_EMAILis deployment-configured and must be changed in deployment config.Verification
npm test --workspace @slugkit/template-site -- src/routes/__tests__/admin-users.test.tsnpm run build --workspace @slugkit/template-site./scripts/pre-pr.shPR Review: Approved
Summary
This PR separates the configured
ADMIN_EMAILfrom ordinary Site users UI by adding a dedicated Recovery admin email section, filtering it out of the editable users table, and blocking direct add/role/deactivate mutations for that configured identity.Acceptance criteria
ADMIN_EMAIL— met via the new Recovery admin email section.ADMIN_EMAILis configured from deployment environment and must be changed in deployment config — met by section copy.ADMIN_EMAILhas a stored site-user record, the section shows its stored status and roles for context — met via stored status/roles definition list.ADMIN_EMAILas a normal editable row, or otherwise disables role/deactivate controls with clear explanatory copy — met by filtering the recovery email out of the editable users table.ADMIN_EMAILhas a matching stored user — met.ADMIN_EMAILdoes not yet have a stored user — met.Blocking issues
None.
Warnings
None.
Verification
npm test --workspace @slugkit/template-site -- src/routes/__tests__/admin-users.test.tsnpm run build --workspace @slugkit/template-site./scripts/pre-pr.shVerdict
Approved. Stop at the human merge gate.
PR Review Worker Result
PR Review Update: Approved
Summary
Reviewed the follow-up UI refinements on PR #175. The Recovery admin email section now stays at the bottom, no longer shows stored status/roles, and the Users table is narrower with Email, Name, Role, and Status columns. Role selects render the effective current role and disable browser autocomplete to avoid stale restored select state.
Blocking issues
None.
Warnings
None.
Verification
npm test --workspace @slugkit/template-site -- src/routes/__tests__/admin-users.test.ts./scripts/pre-pr.shVerdict
Approved. Proceeding with explicit merge approval.
PR Review Worker Result