Twitter Identity Provider
Adding a Login with Twitter button to FusionAuth is simple, and this guide will walk you through the steps necessary to collect the credentials from Twitter in order to enable this Social login.
Once you have completed this configuration you will be able to enable the Twitter login button for one or more FusionAuth Applications. Below is an example login page with the Twitter Identity Provider enabled.
Create a Twitter Account
Ensure you have a Twitter account, and then navigate to the Twitter Developer dashboard.
If you do not yet have a developer account, you will need to apply for access to the Twitter API.
Once you have logged into Twitter and have obtained access to a Twitter developer account, continue to the next step.
Create a Twitter App
If you do not yet have a Twitter app you will need to create an app in this step. If you already have a Twitter app that you plan to use for FusionAuth please review this section anyway to ensure your configuration is correct to support the Twitter login.
In the following screenshot you will find an example of the Create an App process. Review the following sections to ensure your configuration is correct. Fill out any required fields found on this form and click the
Create button to create a new Twitter app.
Enable Sign in with Twitter
Ensure that you check
Enable Sign in with Twitter checkbox. If this is not checked the Twitter login will not function properly in FusionAuth.
Add the Callback URL
In this example I have registered
https://login.piedpiper.com/oauth2/callback as the callback URL.
The first part of that value will be equal to the public URL of FusionAuth, in this case
https://login.piedpiper.com. The second part, the actual redirect URI will always be
Now you should have a Twitter app created, select the
Permissions tab and click the
Edit button in the top right of the panel.
You may select
Read-only in the
Access permission section and under
Additional permissions ensure you have checked
Request email address from users. An email address is required to complete login in FusionAuth.
If you will be using this Twitter app for other purposes, you may need more than
Read-only permission, but for the purposes of configuring this Twitter App for FusionAuth only
Read-only is required.
Save once you have completed these changes.
Keys and token
Now click on the
Keys and tokens tab, in this section you will find the Consumer API keys. These two values will be used to configure the FusionAuth Identity Provider.
There is no further configuration to perform on this panel, you will only need to record or copy these values for the next step.
Create a Twitter Identity Provider
The last step will be to create a Twitter Identity Provider in FusionAuth. To create an Identity Provider navigate to
Add provider and select
This will take you to the
Add Twitter panel, and you’ll fill out the
Consumer key and
Consumer secret required fields using the values found in the Twitter App
Keys and tokens tab from the previous step. The button text is also required but it will be defaulted to
Login with Twitter, you may optionally modify this default value.
To enable this identity provider for an application, find your application name in the
Applications configuration section at the bottom of this panel. You will always see the
FusionAuth application, this application represents the FusionAuth administrative user interface. If you wish to be able to log into FusionAuth with this provider, you may enable this application.
In the following screenshot you will see that we have enabled this login provider for the
Pied Piper application and enabled
Create registration. Enabling create registration means that a user does not need to be manually registered for the application prior to using this login provider.
For example, when a new user attempts to log into
Pied Piper using Twitter, if their user does not exist in FusionAuth it will be created dynamically, and if the
Create registration toggle has been enabled, the user will also be registered for
Pied Piper and assigned any default roles assigned by the application.
If you do not wish to automatically provision a user for this Application when logging in with Twitter, leave
Create registration off. You will need to manually register a user for this application before they may
Sign in with Twitter.
That’s it, now the
Sign in with Twitter button will show up on the login page for the Pied Piper application.
- Consumer key Required
The Twitter API key found in your Twitter App Keys and tokens settings in the
- Consumer secret Required
The Twitter API secret key found in your Twitter App Keys and tokens settings in the
API secret keyfield.
- Callback URL Read-only Available since 1.6.0
This is the callback URL you will provide in your Twitter configuration.
- Button text Required
The text to be displayed in the button on the login form. This value is defaulted to
Login with Twitterbut it may be modified to your preference.
- Reconcile lambda Optional Available since 1.17.0
A lambda may be utilized to map custom claims returned from Twitter.
To configure a lambda, navigate to.
- Debug enabled Optional defaults to
Enable debug to create an event log to assist you in debugging integration errors.
If you are running FusionAuth behind a proxy of some sort, please review the following information.
FusionAuth will detect the public URL of your instance at runtime to send to Twitter as the callback URL. If you are behind a proxy, ensure that the
X-Forwarded-Host and the
X-Forwarded-Proto headers are added by your proxy if the host or protocol do not match what is behind the proxy. For example, if your public URL is using
https and your proxy is performing SSL acceleration the URL behind the proxy may be
http. In this scenario, most proxies will have added the
X-Forwarded-Proto header to the request which will allow FusionAuth to send the correct URL to Twitter.
Building Your Own Integration
If you are building your own login experience, you’ll want to start the identity provider flow yourself and then complete the login.
You might do this if you are using the Login API rather than using the hosted FusionAuth login pages.
Completing the login is documented further in the API.
How helpful was this page?