Can custom parameters (ulp-xxx) be used with ACUL's social sign-up (federatedSignup())?

Get Help
,
1

I’d like to ask whether custom parameters (ulp-xxx) can be used with ACUL’s social sign-up (federatedSignup()).

[Current understanding]

  • With federatedLogin(), custom parameters (ulp-xxx) can be used.
    Reference: Login - Auth0 Docs

  • On the other hand, with federatedSignup(), custom parameters (ulp-xxx) cannot be used (as described below, I actually verified this, and ulp-xxx could not be referenced in Post Login Actions).
    Reference: Signup - Auth0 Docs

  • Although not ACUL, Universal Login’s custom prompts can be used (even for social sign-up).
    Reference: Auth0 Changelog
    Note: this was changed in the August changelog.

[Question]

As described above, it appears that federatedSignup() is the only case where custom parameters cannot be used.

  1. Is this an intentional design/specification? Or is there an issue with how I verified it (i.e., can custom parameters actually be used)?
  2. If it is by design, is there a workaround? (For example, is it possible to invoke processing equivalent to federatedLogin()?)
  3. If there is no such workaround, are there any plans to support this in the future?

[Verification details]

I verified this as follows.

  • Environment
    • Free tenant (with a custom domain configured)
    • ACUL: @auth0/auth0-acul-react (customizing the signup-id / login-id screens)
  • Verification method
    • On the signup-id screen, executed sign-up via a social connection using federatedSignup({ connection, 'ulp-consented_at': <ISO timestamp> })
    • On the login-id screen, executed login via a social connection using federatedLogin({ connection, 'ulp-consented_at': <ISO timestamp> })
    • On the Post-Login Action side, checked the contents of event.request.query / event.request.body / event.transaction
    • Result: ulp-consented_at did not arrive in the sign-up case, but did arrive in the login case.

@michael.swanson
Apologies for the mention.
I saw a reference to a similar issue in the following topic, so I’d appreciate any advice if you happen to know anything about this.
https://community.auth0.com/t/acul-sending-custom-data-on-signup/184130/5

Thank you in advance.

================================
Japanese version below / 日本語版は以下をご覧ください

タイトル：ACULのソーシャルサインアップ（federatedSignup()）において、カスタムパラメータ（ ulp-xxx ）が使えるか？

ACULのソーシャルサインアップ（federatedSignup()）において、カスタムパラメータ（ ulp-xxx ）が使えるか？を質問させてください。

【現状の理解】

  • federatedLogin()では、カスタムパラメータ（ ulp-xxx ）が利用できる
    参考：Login - Auth0 Docs

  • 一方で、federatedSignup()では、カスタムパラメータ（ ulp-xxx ）が利用できない（後述の通り、実際に検証したが、ulp-xxxはPost Login Actionsで参照できなかった）
    参考：Signup - Auth0 Docs

  • ACULではないが、Universal Loginのカスタムプロンプトが（ソーシャルサインアップでも）使える
    参考：Auth0 Changelog
    ※8月のChangeLogで変更されている

【質問】
上記の通り、federatedSignup()のみカスタムパラメータが使えないように見えるが、

①これは意図的な仕様なのか？もしくは、検証の仕方が悪いのか（実際にはカスタムパラメータが使えるのか）？
②仕様の場合、回避策はあるか？（例えば、federatedLogin()と同等の処理を呼び出せる？）
③上記回避策もない場合、将来対応予定はあるか？

【検証内容】
以下の通り、検証しました。

  • 環境
    • 無料テナント（カスタムドメイン設定済み）
    • ACUL：@auth0/auth0-acul-react（signup-id / login-id 画面をカスタマイズ）
  • 検証方法
    • signup-id 画面の federatedSignup({ connection, ‘ulp-consented_at’: <ISO日時> }) で social
      接続 経由のサインアップを実行
    • login-id 画面の federatedLogin({ connection, ‘ulp-consented_at’: <ISO日時> }) で social 接続 経由のログインを実行
    • Post-Login Action 側で event.request.query / event.request.body / event.transaction の中身を確認
    • ※signupではulp-consented_atは届かず、loginでは届いた

@michael.swanson
メンション失礼します。
以下のトピックで、似た件への言及がありましたので、何かご存じでしたらアドバイスいただければ嬉しいです。
https://community.auth0.com/t/acul-sending-custom-data-on-signup/184130/5

よろしくお願いいたします。

new-universal-login-experience login-experience