fix(web): restore password-manager autofill on auth forms via autocomplete tokens - #9741
fix(web): restore password-manager autofill on auth forms via autocomplete tokens#9741neilsoult wants to merge 1 commit into
Conversation
|
Neilson Soult seems not to be a GitHub user. You need a GitHub account to be able to sign the CLA. If you have already a GitHub account, please add the email address used for this commit to your account. You have signed the CLA already but the status is still pending? Let us recheck it. |
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: defaults Review profile: CHILL Plan: Team Run ID: 📒 Files selected for processing (2)
Included review availability: Your plan provides up to 10 included reviews per hour; 9 remain after this review. 📝 WalkthroughWalkthroughAuthentication form inputs now use purpose-specific autocomplete tokens. Sign-in passwords use ChangesAuthentication autocomplete
Estimated code review effort: 1 (Trivial) | ~3 minutes Merge Risk: ⚪ Minimal · up to This restores standards-based password-manager autofill on the web sign-in and sign-up forms without changing authentication behavior or credential handling. No actionable merge-blocking risk remains after normal checks and review. 🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
Full details: Linked Issues checkExplanation The changes satisfy the primary requirements in Full details: Docstring CoverageExplanation No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check. Docstring coverage is scoped to functions touched by this diff. Analyzed 0 functions across 2 files. ✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
910e729 to
1f41dd3
Compare
◈ PR Lens
Architecture 1 component touched across 3 lanes. Data flow No data-flow sequence changed in this PR. Drill down
|
1f41dd3 to
24bc4ec
Compare
Description
PR #8517 ([VPAT-27]) set
autoComplete="off"on the auth email/password inputs. On the sign-in screen this stops Bitwarden and 1Password from offering to autofill the password, and it also fails WCAG 2.1 SC 1.3.5 Identify Input Purpose — which requires these fields to expose their purpose through the autocomplete tokens (username,current-password,new-password), notoff.This restores autofill by using the correct purpose tokens instead of disabling autocomplete. The sign-in password input is shared between sign-in and sign-up via the
modeprop, so its token is conditional.Scope of this PR: the
apps/websign-in/sign-up forms (the login-critical path). The same tokens should be mirrored to the admin/space auth forms and thepackages/uiauth-form / password-input components that #8517 also touched — happy to extend this PR or follow up.Type of Change
Changes
email.tsx: email fieldautoComplete="off"→"username"password.tsx: password fieldautoComplete="off"→mode === EAuthModes.SIGN_IN ? "current-password" : "new-password"password.tsx: confirm_password fieldautoComplete="off"→"new-password"Test Scenarios
References
Fixes: [bug]: Password managers (Bitwarden/1Password) can't autofill the sign-in password field — autocomplete="off" on auth inputs regresses WCAG 1.3.5 #9739
Summary by CodeRabbit