@fritzgaertner

Thanks for the question - you will need to update the email template that you are sending to reflect the correct host.

Customizations > Email Templates > Your Template

Also, please upvote these two related issues, if they would serve to further your use case above.

https://github.com/FusionAuth/fusionauth-issues/issues/88
https://github.com/FusionAuth/fusionauth-issues/issues/457

Thanks,
Josh

@jason Try going to System -> Reindex and re-indexing your users. I received the same error and this resolved it for us. Everything was working on Friday for us, so it looks like something broke over the weekend.

@matt-1 said in Hakari CP DB Settings?:

That said, it seems they are because we haven't seen the DB timeouts in 6 FusionAuth environments in over 2 weeks now.

Hi @matt-1 Yes, I believe that I misunderstood your question. I believe that you are correct.

Josh

@bert-goethals Can you please explain how you have used the webhook in your Github CI action?

I've got the same problem happening and I'm not even sure what to point the new webhook to?

I've posted this question if you could please assist me in any way at all, it would highly appreciated: https://fusionauth.io/community/forum/topic/1525/how-should-i-be-using-the-kickstart-success-webhook

@dan

Hi Dan, not myself but yes, identical issue, i have used 3 machines in total to follow the installation guide, all with the same re-occurring issue above.

I did have this working a couple of weeks ago on my first try with no issue at all, however since then, i have tried to do the exact same again with no luck.

To check i wasnt being daft, i had a colleague attempt it too, on their machine, to no avail.

@dan

We have two OurApp and FusionAuth applications installed on our server. We are currently using two subdomains.

For example https://auth.service.com . All requests that come from this subdomain nginx proxies to FusionAuth (on our server).

https://app.service.com. All requests that come from this subdomain nginx proxies to OurApp.

But we wouldn't want to have two subdomains. We would like to have one domain for example https://service.com . We would like setup that all requests from https://service.com/auth nginx proxies to the FusionAuth app, and all the others (ex https://service.com/home) to requests to the OurApp.

The question is, is it possible to specify FusionApp so that all endpoits start with /auth? This way we would be able to use one subdomain and configure nginx to proxy all requests that start with /auth to FusionAuth and the rest to OurApp.

We use docker of FusionAuth.

Or maybe there is some other solution?

Thanks.

@dan

Windows Server 2012 R2 Standard - to be exact

@gokul-mahajan20

Can you add ----BEGIN to the JWKS certs?

@orrett What version did you upgrade from and what version did you upgrade to? This may be a regression and if so we'd love to know about it.

@dmadhusudan

What version of FusionAuth are you running?

Have you enabled the webhook in both Settings -> Webhooks and under the Tenant -> Webhooks section?

@jamesmoswald I'm not sure I can provide the level of assistance you need. I'd suggest working through this guide to OAuth: https://fusionauth.io/learn/expert-advice/oauth/modern-guide-to-oauth

There's also an accompanying github repository you can pull down and play around with. https://github.com/FusionAuth/fusionauth-example-modern-guide-to-oauth/

Hope that helps.

@hamza

We have some example apps for VueJS which can be located in our documentation below

https://fusionauth.io/docs/v1/tech/client-libraries/typescript https://fusionauth.io/blog/2020/08/06/securely-implement-oauth-vuejs#undefined

Hope this helps!

Thanks
Josh

Yes it works all fine 🙂
I didn't understant the redirect_uri had to be the same , stupid me 🙂

Solution:

https://github.com/FusionAuth/go-client/issues/48