Ory Account Experience (hosted UI) registration trait setup via creation of registration flow
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Ambito
- authentication
Direzione di ricerca
Inizia esaminando il modo in cui /self-service/registration/browser gestisce i parametri di query per la creazione dei flow, in particolare il parametro return_to esistente e i moduli traits e prefill tentati. Il lavoro sarà completato quando sarà disponibile un modo supportato per fornire valori predefiniti dei traits durante la creazione del flow di registrazione, con il comportamento applicato ai flow richiesti e mantenendo la gestione esistente di return_to.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Preflight checklist
- I could not find a solution in the existing issues, docs, nor discussions.
- I agree to follow this project's Code of Conduct.
- I have read and am following this repository's Contribution Guidelines.
- I have joined the Ory Community Slack.
- I am signed up to the Ory Security Patch Newsletter.
Ory Network Project
No response
Describe your problem
Issue: Unable to send Identity Traits values when creating a registration flow
I am using Ory’s Account Experience ( hosted UI )
I have newsletter optin: bool ( default to true) in my Identity schema
Upon registration flow creation, I want to check from CloudFlare Header is country is IN LIST, and IF YES, then I want the newsletter optin: false
I tried sending this data with the registration flow in creation ,but none of the solution below worked.
/self-service/registration/browser?newsletter=false
/self-service/registration/browser?traits.newsletter=false
/self-service/registration/browser?prefill.newsletter=no
/self-service/registration/browser?traits={newsletter:false}
Describe your ideal solution
Ideal Solution
Just the way we can send return_to param via user registration flow creation query, we should be possible to send some default/desired trait values. Ideally ability for our app to send certain data during the flow generation via url that currently we handle via API.
This applies to all flows
- registration
- login
- etc....
This is what currently works
/self-service/registration/browser?return_to="xyz.com/x/y
This is what would be REALLY nice to have
/self-service/registration/browser?return_to="xyz.com/x/y&traits.newsletter=true&trait.x.y="abcd
Workarounds or alternatives
Currently only work around is to change the feature's flow
We let user register simply with newsletter = false
Upon registration when user is redirected to the app's domain, this is when we trigger a dialog box and let user make some trait selections
Upon trait selection submission, we make Ory API call to update those selections
Version
Latest Stable
Additional Context
- Lingua principale
- Shell
- Stelle
- 96
- Fork
- 8
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di ory/network
-
bug
Difficoltà 4/5 3-5 giorni Idoneità per principianti 38/100
-
Updating native registration flow with OIDC ID token for existing identity returns breaking responseApertabug
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
-
selfservice.flows.login.style reverts to identifier_first despite explicitly setting passwordApertabug
Difficoltà 4/5 3-5 giorni Idoneità per principianti 30/100
-
feat
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
-
User settings flow "back" button takes you to homepageForse di nuovo libera @jonas-jonas l’ha presa 385 giorni fa e non c’è nessuna pull request aperta. Apertabug
Issue simili
-
Update vtm to 2026.9.28Apertapackage-update
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
oSoWoSo/vOid_Community_repOsitory#207 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
alunduil/alunduil-chezmoi#815 ·
I maintainer di solito rispondono entro 1 giorno
-
good first issue new package
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
wimpysworld/deb-get#2035 ·
I maintainer di solito rispondono entro 1 giorno
-
automation documentation
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 92/100
termux/termux-packages#32085 ·
I maintainer di solito rispondono entro 1 giorno