feat(web): per-field show/hide password toggle on signup form #294
No reviewers
Labels
No labels
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
psa-systems/bunyip!294
Loading…
Reference in a new issue
No description provided.
Delete branch "feat/BUNYIP-282-signup-password-toggle"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
The /register password and confirm fields now carry an inline eye-icon button that toggles the input's visibility between
passwordandtext. Defaults to hidden; the toggle swaps the icon (fa-eye/fa-eye-slash),aria-pressed, andaria-labelso the reveal state is announced to assistive tech. Reduces mistyped-password rejections + the "passwords don't match" restart loop on the signup card without changing the server-side validation contract.New
password_field(id, label, autocomplete)helper inbunyip-web/src/handlers/auth_pages.rsemits the input + absolutely-positioned toggle button. A newpassword_toggle_script()mirrors the existingpassword_live_validation_script()idempotent-attach pattern (no double-bind on a future htmx swap). The CSP already allows inline scripts on bunyip-web (crate::security), so no policy change.Scoped strictly to the signup card: login, password reset, change-password, account-delete confirm, and admin Stripe secret inputs still render via the plain
fieldhelper and stay typing-blind. A follow-up ticket can extend the helper if signup feedback warrants it.#BUNYIP-282