From 31ffbc8ae40f3b913649ac11a1f5f5b1a14a130f Mon Sep 17 00:00:00 2001 From: Paul Nothaft Date: Tue, 1 Sep 2026 16:28:31 +0200 Subject: [PATCH] fix(users): give the cancel-invitation dialog a distinct confirm label The cancelInvitation dialog type fell through to the generic t('userManagement.cancel'), colliding with ConfirmDialog's own dismiss button -- two buttons both reading "Cancel", where clicking the wrong one does the opposite of what the user intends. Reuse the existing userManagement.cancelInvitation key: "Cancel Invitation" vs "Cancel" (EN), "Einladung abbrechen" vs "Abbrechen" (DE). No new key. Refs testplan REPORT.md #19 (Part 3, I.04). --- frontend/src/pages/admin/UserManagementPage.tsx | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/frontend/src/pages/admin/UserManagementPage.tsx b/frontend/src/pages/admin/UserManagementPage.tsx index a1a6e5f3..c05a62f3 100644 --- a/frontend/src/pages/admin/UserManagementPage.tsx +++ b/frontend/src/pages/admin/UserManagementPage.tsx @@ -1023,7 +1023,9 @@ export const UserManagementPage: React.FC = () => { confirmDialog.type === 'deactivate' ? t('userManagement.deactivate') : confirmDialog.type === 'activate' ? t('userManagement.activate', 'Reactivate') : confirmDialog.type === 'delete' ? t('userManagement.delete', 'Delete permanently') - : t('userManagement.cancel') + // Not the generic `cancel` — that collides with ConfirmDialog's own + // dismiss button, giving the dialog two "Cancel" buttons (QA I.04). + : t('userManagement.cancelInvitation') } isLoading={ confirmDialog.type === 'deactivate' ? deactivateUserMutation.isPending