processing / processing/p5.js-web-editor
Email verification system does not prevent users from signing up with emails they do not own
Nobody has claimed this yet.
- Dominant language
- JavaScript
- Stars
- 1.7k
- Forks
- 1.7k
- Avg merge
- 3d 4h
- Merged PRs (30d)
- 8
Description
Increasing Access
Prevents users from registering with email accounts they do not own, so that users who own the email accounts are able to register.
If we migrate to OAuth, the sign up flow for users should also be easier (one-click for new users, less memorization for passwords)
Feature enhancement details
Context:
@Geethegreat is working on the 2026 GSOC project to add E2e testing to the p5.js web editor.
As part of his work, he started writing a test for the "User sign-up flow".
He found that users who are registered, but unverified, can continue to use the p5.js web editor with their accounts.
This could mean that user A could sign up with an email belonging to user B, thereby preventing user B from signing up with their email.
This also results in easy creation of spam bot accounts.
Proposed Solutions:
We would either plan a migration to OAuth or add a re-direct to a "Please verify your account" page for users who are registered but not verified.
The latter looks easier, but we would need to figure out how to accommodate users who maybe registered with an email they no longer have access to & what to do with all stray accounts that do not get verified (do their emails become eligable for new users to register with after a TTL?)
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the E2E test for the “User sign-up flow” and read the existing registration and email-verification flow it exercises. Determine how unverified users currently reach the web editor, then define the chosen OAuth or verification-page behavior, including treatment of inaccessible accounts and unverified accounts after the decision period.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript
- Domain
- authentication, backend
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Quiet
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100