- Shipped
- 6 settembre 2026 alle ore 01:08 UTC
- Author
- Kamo
- Commit
- 10a8d81
La registrazione ha già scritto recentementeAppliedForId quando un account è stato CREATED. Questo è l'altra metà dello stesso imbuto: un sacco di persone che preme Applicare sul scheda di carriera pubblica già hanno un account, raggiungere la pagina del registro, e seguire il link di accesso. Nulla è stato creato, quindi nulla ha registrato l'annuncio, e loro arrivato nello spazio di lavoro senza segno della cosa che avevano appena cliccato. AppliedJobStamp lo registra contro l'appartenenza dell'organizzazione in realtà entrata, da entrambi i percorsi di completamento del segno — quello diretto e lo spazio di lavoro Picker. Entrambi, perché qualcuno che appartiene a diverse organizzazioni solo mai arriva attraverso il secondo, e un imbuto di assunzione che ha lavorato esclusivamente per le persone con uno spazio di lavoro fallirebbero silenziosamente per tutti gli altri. La bandiera è RAISED, non solo impostata, anche per qualcuno che ha respinto un precedente pronta. Questo è il punto di questo percorso: premendo Applicare su un annuncio specifico è un risposta fresca, e una bandiera abbassata per un lavoro diverso il mese scorso non è una risposta Ecco. Il costo è che qualsiasi cosa trasporta l'uid deve essere speso una volta — kamo-login chiarisce il suo cookie sul successo proprio per questo motivo. applicatoJobId è legato al punto finale FORM così come quello JSON. Ometterlo c'è come `org` era una volta leggibile solo sopra JSON, che nulla invia: kamo-login post form-encoded, in modo che sia il punto finale ogni firma del browser realmente raggiunge. Parsed leniently e mai fatal, e il timbro corre dopo la sessione viene coniata con ogni ingestione. Un segnale che è riuscito non deve essere segnalato come fallimento perché una convenienza non ha registrato.