Document password validation on API writes and that a password change no longer verifies the email

Chiusa Adatta ai principianti
#309 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
1/5
Tempo stimato
Meno di un'ora
Idoneità per principianti
92/100
Tipo di issue
Documentazione
Chiarezza
Specificata chiaramente
Stato di attività
Attiva
Stack tecnologico
typescript
Ambito
documentation

Direzione di ricerca

Aggiorna la pagina users/security del bundle con le regole per la password dell'API per POST/PATCH/PUT /users, inclusa la validazione da 6 a 4096 caratteri e la violazione 422 su plainPassword. Spiega inoltre che l'impostazione di una password non verifica più l'indirizzo e-mail, mentre i flussi di reimpostazione della password e di verifica dell'indirizzo e-mail mantengono il rispettivo comportamento. Rivedi la pagina dopo la modifica per assicurarti che identifichi chiaramente quali flussi verificano un indirizzo e-mail.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

From components-web-app/api-components-bundle#577 (issue components-web-app/api-components-bundle#570).

Please document, on the bundle's users/security page:

  • A plainPassword sent on a user write through the API (POST/PATCH/PUT /users…) is validated before it is hashed: 6 to 4096 characters, otherwise a 422 with a violation on plainPassword. The forms keep their own rules (a password is required there; the API does not require one on an update).
  • Setting a password (API, change password form, or any custom path) no longer marks the email address as verified. Only the password reset flow does, because the reset link proves the user owns the inbox; the verify email flow does as before. Sites relying on a password change to verify an address must send users through verify email or password reset instead.
Lingua principale
TypeScript
Stelle
0
Fork
0
Merge medio
1h 20m
PR unite (30g)
1

Preparare l'ambiente

Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di components-web-app/docs

Tutte le issue di components-web-app/docs

Issue simili

Altre issue su TypeScript

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.