Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Don't silently use cal.com account to fill name and email field for booker #19471

Open
yanamal opened this issue Feb 22, 2025 · 1 comment
Open
Labels
booking-page area: booking page, public booking page, booker ✨ feature New feature or request 🧹 Improvements Improvements to existing features. Mostly UX/UI 🚨 needs approval This feature request has not been reviewed yet by the Product Team and needs approval beforehand

Comments

@yanamal
Copy link

yanamal commented Feb 22, 2025

Is your proposal related to a problem?

When I test my cal.com booking page, I noticed that it does not ask me (as the booker) for my name or email. Instead, it seems to use the fact that I'm logged into cal.com and silently, without confirming or asking, uses the name and email from my cal.com account.

This is a problem because I don't want bookers who happen to have a cal.com account of their own to be forced to use this. I am trying to run a study without collecting PII, including names or emails. This study is run through Prolific, and they take care of the communication aspects using Prolific IDs (which are used in place of name and email). Prolific also explicitly forbids collecting PII in their studies.

Describe the solution you'd like

Don't do that. Do not skip the name and email section just because the user has a cookie that shows they are logged in to cal.com.

At least have an option (somewhere that's discoverable) to disable this.

Perhaps just prefill the cal.com email and name into the fields, but allow the users to change it (and if I embed it in a widget with other prefills, then respect my prefills)

If prefills already work this way, document this somewhere discoverable

Describe alternatives you've considered

Using a different system which does not have a (silent, hidden, and non-optional) different behavior for logged in users.

Maybe there's some hacky workaround where if I ask an additional question, it is forced to show the name and email fields, and the user can change them? but I still need to be able to prefill them with the prolific info.

Maybe prefills already work this way, and when actual users go through my actual flow, they will be prefilled correctly? but this is not documented anywhere discoverable, and I will not know until I build out my entire flow.


House rules
  • If this issue has a 🚨 needs approval label, don't start coding yet. Wait until a core member approves feature request by removing this label, then you can start coding.
    • For clarity: Non-core member issues automatically get the 🚨 needs approval label.
    • Your feature ideas are invaluable to us! However, they undergo review to ensure alignment with the product's direction.
    • Follow Best Practices lined out in our Contributor Docs
@yanamal yanamal added ✨ feature New feature or request 🚨 needs approval This feature request has not been reviewed yet by the Product Team and needs approval beforehand labels Feb 22, 2025
@dosubot dosubot bot added booking-page area: booking page, public booking page, booker 🧹 Improvements Improvements to existing features. Mostly UX/UI labels Feb 22, 2025
@sohel7709
Copy link

/attempt

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
booking-page area: booking page, public booking page, booker ✨ feature New feature or request 🧹 Improvements Improvements to existing features. Mostly UX/UI 🚨 needs approval This feature request has not been reviewed yet by the Product Team and needs approval beforehand
Projects
None yet
Development

No branches or pull requests

2 participants