[ux] Inconsistent / missing success toasts across actions (favorites, labels, avatar, member deactivate/reactivate) #128

New Issue

Ghost · 2026-06-22T06:27:51+03:00

Ghost commented

2026-06-22 06:27:51 +03:00

Severity: ux-consistency

Some actions confirm with a toast, others identical in nature give none. Observed with no success feedback:

Add/Remove favorite (page actions menu) — no toast either direction.
Add/Remove label (page details aside) — no toast.
Avatar upload — POST /api/attachments/upload-image 200 and the avatar swaps, but no toast (while profile-name save does toast "Updated successfully").
Member deactivate AND reactivate (/settings/members) — status badge silently flips, no toast (verified over several seconds). The reactivate flow also did not reliably apply via the menu in testing (looks under-finished).

By contrast move-to-trash, duplicate, move, delete, space-create, role-change, invite send/resend/revoke, group create/delete all DO toast. The inconsistency makes it unclear whether the silent actions succeeded.

Suggested fix: add success toasts to the actions above (or remove them everywhere for consistency) and double-check the member reactivate action actually re-activates.

Filed from an automated full-product QA pass on develop @ v0.93.0-64-gb60190ff, fresh DB. Items were observed live in the browser; grouped issues collect several small related findings.

**Severity:** ux-consistency Some actions confirm with a toast, others identical in nature give none. Observed with no success feedback: - **Add/Remove favorite** (page actions menu) — no toast either direction. - **Add/Remove label** (page details aside) — no toast. - **Avatar upload** — `POST /api/attachments/upload-image` 200 and the avatar swaps, but no toast (while profile-name save *does* toast "Updated successfully"). - **Member deactivate AND reactivate** (`/settings/members`) — status badge silently flips, no toast (verified over several seconds). The reactivate flow also did not reliably apply via the menu in testing (looks under-finished). By contrast move-to-trash, duplicate, move, delete, space-create, role-change, invite send/resend/revoke, group create/delete all DO toast. The inconsistency makes it unclear whether the silent actions succeeded. **Suggested fix:** add success toasts to the actions above (or remove them everywhere for consistency) and double-check the member reactivate action actually re-activates. --- _Filed from an automated full-product QA pass on `develop` @ `v0.93.0-64-gb60190ff`, fresh DB. Items were observed live in the browser; grouped issues collect several small related findings._

Ghost referenced a pull request that will close this issue

2026-06-22 20:48:21 +03:00

fix(qa): resolve QA-pass issues #122–#134 #135

Ghost referenced this issue from a commit

2026-06-22 20:48:23 +03:00

fix(qa): resolve QA-pass issues #122–#134

vvzvlad closed this issue

2026-06-22 21:07:19 +03:00

Sign in to join this conversation.