Oh, it's still an open bug - https://github.com/FusionAuth/fusionauth-issues/issues/2574. I'll ask there.

@tschlegel There are differences between the database search engine and using open search. Some of the searches are more limited with the database search engine.

"If you don’t need advanced searching capabilities, you may be able to use the database search engine for large installations. This is not a use case FusionAuth tests, so ensure you provision your database with enough resources and benchmark your typical use cases."

@aditya-badayalya If you are using a paid plan, you can use the Self Service Account Management. If not, it really depends on your workflow. You can always set up a page and use the APIs to update the information with the data the user inputs.

If you are getting an error, can you share an example call with the data causing the error?

@olivier-rochon Would you be able to provide a little more detail? Does the error always occur or do you get that message only when an error occurs?

@rohit How often does this happen? Do the logs always state the same thing?

@skibirige Can you share your CORS Filter settings from the FusionAuth admin without sharing sensitive information?

FusionAuth admin -> System -> CORS tab

@lhatter, The FusionAuth recommendation is to leave all password hashing plugins in place once installed.

See Deleting Plugins on the Custom Password Hashing page.

@FusionAuth007 ,

I don't know of a way to delay the redirect. How about redirecting to a page that pings for status and when the update happens then send to your final page?

Also, Have you checked out Lambdas? Not sure what your exact workflow is, but they may help. If that doesn't work, you may want to check out something likeevents & webhooks. There should be some combination there that will get you what you need. If not, let us know and why they will not work for you.

@vinaymanepalli30 I am not a Kubernetes expert by any means. It looks like you have the right approach. Can you connect the localhost db from the localhost? Can you run and share your ip config once all the machines are up and running?

I upgraded. I haven't tried a new install nor do I want to. I understand why it's happening. Is it something you can fix in a future update, without my having to start over with a whole new install?

@Alex-Patterson Can you please look into this one , thanks a lot in advance.

Hi Mark,

Sorry for the long delay in responding. I figured out the problem was I was using user.data.firstName, etc... for the built-in profile fields. Instead, it should be user.firstName. It's working fine now; thank you for the guidance on how to debug it!

Thanks Alex. I went back and looked and it doesn't seem I can even turn that option on. Its set to First Party and when I try to set it to Third Party I get this:

7c9c6e5d-95d3-4c0b-9055-dfd713a5236a-image.png

So that doesn't really answer the question as to why fusion auth is redirecting to the "consent" endpoint. This process is kicked off via the normal "authorize" endpoint so I don't think email templates are in play either.

@aman-c FusionAuth is completely running outside of Next.js. So it all depends on what you are using to make the call to FusionAuth.

My suggestion would be to implement a version of our React SDK
https://fusionauth.io/docs/sdks/react-sdk

Then anything clientside that needs details you can use the built in hooks, anything serverside you can use the cookie that sits at app.at or for identity app.idt.

If you have been using our quickstart you are most likely using next-auth which could be causing issues with the implementation. We have had a lot of internal discussion about removing this methodology moving forward to simplify our Next.js suggested implementation.

You can find out more about our cookies that are set in our Hosted Backend details.
https://fusionauth.io/docs/apis/hosted-backend

@gubbasainithin123 Can you tell us a little more about what you are trying to do and add a few more details on how you are getting this error message? How is you application configured? Maybe some of the code if possible. Make sure to remove any secrets or private info.

Have you checked out Lambdas? Sounds like you may be able to do what you need with that.

Dealing with email verification can be a real headache. Every site wants to double-check who you are these days.

@kirsten-hunter said in Feedback on QuickStarts:

All,

We're looking to improve the onboarding experience for FusionAuth and would love to get your feedback on the existing ones and things you would like to see improved.

If you want to put feedback here in the forums, that's great, or send me a message and set up time for a user interview, in which case we'd be happy to thank you with a cool t-shirt. https://fusionauth.io/community/forum quordle

If you need help crafting a response, organizing feedback, or anything else related to this, just let me know!

FusionAuth Cloud instances may or may not have static egress IP addresses; please open a support ticket with your instance name to learn more.

VPC peering is not currently supported, though that issue is the right one to follow for future developments.

You can also use an LDAP proxy to solve this issue.

FusionAuth -> LDAP proxy -> AD

where the LDAP proxy is in the DMZ and AD is configured to only talk to internal network values or the LDAP proxy.

Here's a StackOverflow post with more details.

@dan Has there been any updates on this? I have my fusionauth application in cluster behind a proxy (nginx ingress controller) and I passing those same headers but I am getting a CSRF error. Please any help is more than welcome.