processing / processing/p5.js-web-editor

Email verification system does not prevent users from signing up with emails they do not own

Open
#4,208 3 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Awaiting Maintainer Approval Enhancement
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

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. 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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.