# Native Login + Identity Provider
**URL:** https://meta.discourse.org/t/native-login-identity-provider/402359
**Category:** Support
**Created:** [May 7, 2026, 12:50am UTC](https://meta.discourse.org/t/native-login-identity-provider/402359 "2026-05-07T00:50:54Z")
**Posts on this page:** 2
**Page:** 1
### Author:  [@watsonbriant](https://meta.discourse.org/u/watsonbriant)
#### Post date: [May 7, 2026, 12:50am UTC](https://meta.discourse.org/t/native-login-identity-provider/402359/1 "2026-05-07T00:50:54Z")
Our organization is merging with another, and in doing so, we’re combining user bases (our Discourse site, and our new main site).
We want to retain the native login experience on our Discourse site, but we want to use Discourse as the identity provider for the new site. Meaning, user goes to new site, clicks login, redirects to Discourse, verifies identity, and returns to new site with Discourse credentials. All while retaining the native Discourse login experience for those that go to the Discourse site directly.
[Use Discourse as an identity provider (SSO, DiscourseConnect)](https://meta.discourse.org/t/use-discourse-as-an-identity-provider-sso-discourseconnect/32974?silent=true) ← This references using `enable discourse connect provider` to turn this SSO setting on. However, in another article, it says that `enable discourse connect` disables the native Discourse login experience.
My question is, will running `enable discourse connect provider` disable the native Discourse login experience like `enable discourse connect` does?
---
### Author:  [@supermathie](https://meta.discourse.org/u/supermathie)
#### Post date: [May 7, 2026, 1:59am UTC](https://meta.discourse.org/t/native-login-identity-provider/402359/2 "2026-05-07T01:59:20Z")
No, you can enable the provider and won’t affect your login flows.