FusionAuth
    • Home
    • Categories
    • Recent
    • Popular
    • Pricing
    • Contact us
    • Docs
    • Login
    1. Home
    2. damien
    3. Posts
    D
    • Profile
    • Following 0
    • Followers 0
    • Topics 2
    • Posts 5
    • Best 0
    • Controversial 0
    • Groups 0

    Posts made by damien

    • RE: WebAuthn is now free

      @mark-robustelli thanks for clarifying!

      posted in Comments & Feedback
      D
      damien
    • WebAuthn is now free

      Great that you've made security a standard feature in https://fusionauth.io/blog/announcing-fusionauth-1-52

      But you now appear to have the situation where WebAuthn is available free on Community Edition, but not available to licensed users on Starter?

      Do you recommend that we stop paying to support your work and switch to the Community Edition?

      posted in Comments & Feedback
      D
      damien
    • RE: Can FusionAuth host my images?

      @dan I would love for this to be included in the themes documentation since it's something that every theme developer needs to figure out, and of course the default theme's assets (favicon etc.) are hosted locally and served by the FusionAuth server itself - so the answer that this can't be done for your own theme assets is non-obvious!

      posted in Q&A
      D
      damien
    • RE: Upcoming Google Identity Provider changes

      @spencer this post talks about upgrading to 1.44.0 or later, but 1.44.0 is not actually released yet? Right?

      posted in Announcements
      D
      damien
    • How to get from a JWT payload to registration.data?

      Each of the applications that I intend to create registrations for already have their own identifiers. I suspect this is very common.

      After authenticating my user, and confirming that they have an active registration to use the target application, I then need to know their corresponding "application account ID".

      For example, if my application is "bank account", I need to know which "account number" is owned by user@example.com

      From the docs, my understanding is that the expected/recommended way to handle this is to store the account number in registration.data like:

      {
        "account number": 12345
      }
      

      And maybe I also declare that they're a primary account owner via roles.

      I saw in the docs that a JWT includes roles within its payload, so I can easily find out that my user@example.com is a primary account owner of my "bank account" application - but what is the recommended way to discover that they own "account number 12345" ?

      Do I literally need to resort to the registration API?

      posted in Q&A
      D
      damien