Prefactor Account uniqueness for Edit Account #80

Closed
opened 2026-08-06 21:33:51 +00:00 by TheAnachronism · 1 comment

What to build

Generalize Account uniqueness checking so Edit Account can later keep the same (normalized base URL, username) pair on the Account being edited. Sign-in behavior stays the same: adding an Account still rejects any existing matching pair.

Acceptance criteria

  • Uniqueness on (normalized base URL, username) can exclude a specific Account id
  • Sign-in still rejects a duplicate pair against every saved Account (behavior unchanged)
  • Automated coverage covers exclude-self allowance and Sign-in duplicate rejection

Blocked by

  • None — can start immediately
## What to build Generalize Account uniqueness checking so Edit Account can later keep the same `(normalized base URL, username)` pair on the Account being edited. Sign-in behavior stays the same: adding an Account still rejects any existing matching pair. ## Acceptance criteria - [ ] Uniqueness on `(normalized base URL, username)` can exclude a specific Account id - [ ] Sign-in still rejects a duplicate pair against every saved Account (behavior unchanged) - [ ] Automated coverage covers exclude-self allowance and Sign-in duplicate rejection ## Blocked by - None — can start immediately
Author
Owner

Implemented: ensureAccountPairUnique with excludeAccountId; Sign-in wired through helper; tests for exclude-self + collision. Commit: 33ddaa6.

Implemented: ensureAccountPairUnique with excludeAccountId; Sign-in wired through helper; tests for exclude-self + collision. Commit: 33ddaa6.
Sign in to join this conversation.
No description provided.