Skip to content

BV250j — the confirm dialog is never blank

Purpose

The shared confirm dialog blanks its own text and button labels while it is closing, so a fade-out renders an empty box with the default CANCEL / SUBMIT labels. Cosmetic — but it is why a tester's screenshot can show a confirm dialog with nothing in it, and a tester who does not know that will file it as something worse.

Prerequisites

Configuration V1, narrow viewport or a throttled CPU (devtools → Performance → 4× slowdown makes it reliable).

Steps

  1. Trigger any confirm on this screen — CLEAR VOTER LIST is the easiest.
  2. Answer it, and watch the box close.
  3. Record it if you can; the window is a few frames.

Expected result

The box carries its own text and its own button labels for as long as it is on screen.

Actual result — today

ConfirmationDialogProvider.tsx:46 clears title, message and both labels synchronously with isOpen: false, so the closing animation renders the empty default. Caught three times in a 40-second recording on a mid-range Android.

The blank confirm dialog, mid-close

Expected after the fix

Not filed upstream — offered in the #1512 comment as a separate ticket if the maintainers want it. If it is picked up: keep the content mounted until the exit transition completes.

Pass / fail

Fail if any frame of the closing animation shows an empty dialog or the default labels.

Notes

This affects every confirm in the app, not just Manage Voters — it is in the shared provider. Worth mentioning if it is ever filed.

BV250h · BV250k