When users come from SAML v2 identity provider and registration is configured to be automatically created, then in these conditions, webhooks on registration users in application are supported ?

@williamjeanmireault

It sounds like you would like to be able to read state or similar in a lambda (we don't currently allow this)

In a populate lambda, you do have access to

Entity Data (https://fusionauth.io/docs/apis/entities/entities) (entity.data)
This means that you can set any custom field you would like on your entity and use that in a populate worklfow .fetch() https://fusionauth.io/docs/extend/code/lambdas/#using-lambda-http-connect

So you could access custom data attributes or call out to another system in the lambda

If you have access to a support contract, you can also log a support ticket if you would like or open a feature request outlining your requirements
https://fusionauth.io/docs/operate/troubleshooting/technical-support

@milton-jesus awesome glad you solved it!!

I found that you can use GET parameters directly inside FTL which works perfectly

request.getParameter("param")

@dan Great catch, no sure how I confused mfa and captcha. Thank you!

Thank you for sharing.

"I’m grateful for your support. Thanks a lot!"

thanks for sharing...

@elliotdickison Check out these posts:

179 and 2485

A client reached out to us with the same issue, they are being forced to configure MFA even though they are doing an SSO login and the issue also seems to be intermittent. Hope Fusionauth comes up with a fix for this

@ronn316 We have some guidance about reaching out from FusionAuth to another machine on the network, but the right answer really depends on what the docker network configuration looks like.

Hi Mike,

I ran a test where 4000 url's were added to:

System Settings->CORS->Allowed origins

I used the

/api/system-configuration

API to add the url's. Note, the page itself now takes a significant time to load as 4000 url strings are being rendered.

Cheers

@abdoulaye-sow I'm seeing this in the /api/passwordless/start endpoint. The weird thing for us is that even though this is our Dev instance, we have no more than 5 concurrent users at the moment so we certainly shouldn't be overloading the system.

I'm starting to look into this now, but if you did find anything out I'd love to hear from you

It seems like FusionAuth's email server is acting up, even though SWAKS shows no problems with your own email server. You might want to try using other services like SMTPget or Amazon SES for sending emails through FusionAuth. Make sure your FusionAuth SMTP settings are set up correctly, and if the issue continues, contact FusionAuth support for help fixing it quickly.

@didier I'm not 100% sure what you mean by "expose twoFactorId in frontend part". I'm assuming you mean give the user a way to input the code. So yes, you will have to allow them a method to input their code and then complete the login. Please see here for more information.

@didier hmm, I guess you can do it by registering user in your backend (get username, and password from the user and register a user with those). Then you can just exchange the plain text username, password for JWT tokens and attch them to response cookies. Something like this: https://github.com/kasir-barati/you-say/blob/main/apps/backend-e2e/src/utils/login.util.ts.

If you're using FusionAuth Typescript client you can do it like this: https://github.com/kasir-barati/you-say/blob/main/packages/backend/auth/src/lib/services/mobile-auth.service.ts#L71