fix: visuals reference matching overhaul and better workflow
This commit is contained in:
1 parent
930b836241
commit
d493a181e1
25 files changed
+461
-241
No files matched your search
@@ -53,12 +53,12 @@ Feature: Pending registration screen
|
||||
verified on another device while this tab still holds a stale unverified session), the
|
||||
action first awaits session.retry() so the session store's cached verified flag is refreshed
|
||||
to true — without this, the router guard's stale local state would immediately bounce a
|
||||
navigation to /home straight back to /register/pending — then the dialog closes, the app
|
||||
navigates to /home, and a toast (color "info", icon "i-lucide-info", title "Your account is
|
||||
already verified", description "There's nothing to cancel.") is shown; PendingPage does not
|
||||
render a ResultPanel for this case, since the ResultPanel drawn in this state on the design
|
||||
board is Verify's own Success panel, reused purely to depict the destination page behind the
|
||||
toast
|
||||
navigation to /home straight back to /register/pending — then the dialog closes,
|
||||
PendingPage replaces its panel with a ResultPanel (tone "success", icon
|
||||
"i-lucide-shield-check", title "You're verified", text "Taking you to your dashboard…", no
|
||||
actions) and shows a toast (color "info", icon "i-lucide-info", title "Your account is already
|
||||
verified", description "There's nothing to cancel.") over it, exactly as the design board
|
||||
draws this state, then navigates to /home after the same 800 ms Verify's Success uses
|
||||
And on a 500 response or a request that never reaches the server, the action rejects, the
|
||||
dialog stays open, and it shows the failure inline (per ConfirmDialog's general contract:
|
||||
"the action runs inside the dialog, so errors show there instead of a toast"), re-enabling
|
||||
@@ -126,17 +126,18 @@ Feature: Pending registration screen
|
||||
And a toast is shown with color "success", icon "i-lucide-circle-check", title "Registration
|
||||
cancelled", description "You can create the owner account again."
|
||||
|
||||
Scenario: Already verified — 403 refreshes the session and navigates to /home with a toast
|
||||
Scenario: Already verified — 403 shows the verified panel and toast, then navigates to /home
|
||||
Given the ConfirmDialog's action is in flight after the user confirmed
|
||||
And the session store currently holds { verified: false }
|
||||
When DELETE /v1/auth/register resolves 403 with the apperr.AlreadyVerifiedErrorMessage body
|
||||
Then session.retry() is awaited before any navigation happens
|
||||
And once it resolves the session store holds { verified: true }
|
||||
And the dialog closes
|
||||
And the app navigates to /home
|
||||
And a toast is shown with color "info", icon "i-lucide-info", title "Your account is already
|
||||
verified", description "There's nothing to cancel."
|
||||
And no ResultPanel is rendered by PendingPage for this transition
|
||||
And a ResultPanel is shown with tone "success", icon "i-lucide-shield-check", title "You're
|
||||
verified", text "Taking you to your dashboard…", and no actions
|
||||
And a toast is shown over it with color "info", icon "i-lucide-info", title "Your account is
|
||||
already verified", description "There's nothing to cancel."
|
||||
And after 800 ms the app navigates to /home
|
||||
|
||||
Scenario Outline: Cancel failed — the dialog stays open and shows the failure inline
|
||||
Given the ConfirmDialog's action is in flight after the user confirmed
|
||||
|
||||
Reference in new issue
Block a user