Repository navigation
Set autocomplete on SignIn and SignUp identifier fields - #10360
umeraamir69 wants to merge 1 commit into
Conversation
Email, phone, username, and name fields had no autocomplete tokens, so Safari and password managers would not offer the user's details.
|
@umeraamir69 is attempting to deploy a commit to the Clerk Production Team on Vercel. A member of the Team first needs to authorize it. |
🦋 Changeset detectedLatest commit: e5eedde The changes in this PR will be included in the next version bump. This PR includes changesets to release 2 packages
Not sure what this means? Click here to learn what changesets are. Click here if you're a maintainer who wants to add another changeset to this PR |
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info
📝 Walkthrough
Merge Risk: ⚪ Minimal · up to
|
|
Thanks for this, @umeraamir69! CI doesn't run on PRs from forks, so we've moved your change to #10365. Your commit is kept there with you as the author, plus a small follow-up that moves the autocomplete token into |
|
Thanks for moving this, Alex. Fork PRs don't get CI here, so pulling it into #10365 is the only way it actually runs. I saw you kept my commit as the author and then parked the autocomplete token on FirstFactorConfigs, next to type/label/placeholder. That's cleaner than leaving it as a one-off on the field. I'll watch #10365 from here. |
Fixes #10285
Sign-in and sign-up identifier fields were rendered without
autocomplete, except a barewebauthnwhen passkey autofill was on. Browsers and the iOS keyboard then had nothing to treat the field as email/name/phone.This sets the HTML autocomplete tokens:
email,tel, orusername(mixed identifiers useusername). With passkey autofill,webauthnis appended (email webauthn).email,tel,username,given-name,family-name.Test plan
email webauthn