FEAT: UI Admin — confirmer l'email d'un utilisateur #89
Labels
No labels
bug
chore
design
dx:ci
dx:database
dx:dotnet
dx:infra
dx:security
dx:tests
dx:ui
etape-1
etape-2
etape-3
etape-4
etape-5
etape-6
etape-7
feature
priority-high
priority-low
priority-medium
security
spec
tech-debt
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
nonobis/Heimdall#89
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
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?
Contexte
Des utilisateurs créés par l'admin restent « ⏳ En attente » (email non confirmé) sans aucun moyen de les valider depuis l'UI. Le seul chemin de confirmation est le lien
heimdall://confirm-emailenvoyé par email (self-service).État actuel
ConfirmEmailCommandexiste mais exige un token (flux self-service,AuthController.confirm-email).POST /api/users/{id}/confirm-email.UsersPage.razor:EmailConfirmedest affiché (lignes 180-186) mais aucune action possible.À faire
POST /api/users/{id}/confirm-email(policyAdmin.Users) →UserManager.SetEmailConfirmedAsync(user, true)+ auditUser.EmailConfirmed.UsersPage.razor), section « Statut du compte » : bouton « Confirmer l'email » visible uniquement si!EmailConfirmed(confirmation dans le dialog), ou bouton « Marquer non confirmé » si déjà confirmé.Critères d'acceptation
Fichiers concernés
src/Heimdall.Web/Controllers/UsersController.cssrc/Heimdall.Application/Users/Commands/(nouveau command ConfirmEmailAdmin)src/Heimdall.Web/Components/Pages/UsersPage.razorsrc/Heimdall.Web/Services/HeimdallApiClient.csMaquette
Description
Dans le dialog « Modifier un utilisateur », section « Statut du compte » : affiche l'état de confirmation de l'email (badge Confirmé / Non confirmé). Si email non confirmé → bo
Maquette
Maquette the-designer intégrée (14/08/2026) :