fix firebase indent

* docs(adapters): source content + overview

* Apply suggestions from code review

* add adapter packages as docs dependencies

* clean up docusaurus config

* clean up database overview

* fix some links

---------

Co-authored-by: Balázs Orbán <info@balazsorban.com>

.github/workflows/issue-validator.yml

@@ -11,7 +11,7 @@ jobs:
       - uses: actions/setup-node@v3
         with:
           node-version: 18
-      - name: "Run issue validator"
+      - name: Run issue validator
         run: node /home/runner/work/next-auth/next-auth/.github/actions/issue-validator/index.mjs
         env:
           GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}

.github/workflows/release.yml

@@ -3,10 +3,10 @@ name: Release
 on:
   push:
     branches:
-      - "main"
-      - "beta"
-      - "next"
-      - "3.x"
+      - main
+      - beta
+      - next
+      - 3.x
   pull_request:
 
 jobs:
@@ -24,7 +24,6 @@ jobs:
         uses: actions/setup-node@v3
         with:
           node-version: 18
-          cache: "pnpm"
       - name: Install dependencies
         run: pnpm install
       - name: Run tests
@@ -74,7 +73,6 @@ jobs:
         uses: actions/setup-node@v3
         with:
           node-version: 18
-          cache: "pnpm"
       - name: Install dependencies
         run: pnpm install
       - name: Publish to npm and GitHub
@@ -99,7 +97,6 @@ jobs:
         uses: actions/setup-node@v3
         with:
           node-version: 18
-          cache: "pnpm"
       - name: Install dependencies
         run: pnpm install
       - name: Determine version

.gitignore

@@ -1,6 +1,5 @@
 # Misc
 .DS_Store
-.npmrc
 .eslintcache
 .env
 .env.local
@@ -14,7 +13,7 @@ yarn-error.log*
 firebase-debug.log
 ui-debug.log
 .pnpm-debug.log
-
+.husky
 
 # Dependencies
 node_modules

.npmrc

@@ -0,0 +1 @@
+public-hoist-pattern[]=*prisma*

apps/playgrounds/gatsby/package.json

@@ -10,13 +10,13 @@
     "clean": "gatsby clean"
   },
   "dependencies": {
-    "dotenv": "^16.0.0",
-    "gatsby": "next",
+    "dotenv": "16.0.0",
+    "gatsby": "5.8.0-next.3",
     "next-auth": "workspace:*",
-    "react": "^18",
-    "react-dom": "^18"
+    "react": "18.2.0",
+    "react-dom": "18.2.0"
   },
   "devDependencies": {
-    "vercel": "^23.1.2"
+    "vercel": "23.1.2"
   }
 }

docs/docs/guides/04-providers/00-custom-provider.md

@@ -1,136 +0,0 @@
----
-title: Using a custom Provider
-sidebar_label: Creating a Provider
----
-
-You can use an OAuth provider that isn't built-in by using a custom object.
-
-As an example of what this looks like, this is the provider object returned for the Google provider:
-
-```js
-{
-  id: "google",
-  name: "Google",
-  type: "oauth",
-  wellKnown: "https://accounts.google.com/.well-known/openid-configuration",
-  authorization: { params: { scope: "openid email profile" } },
-  idToken: true,
-  checks: ["pkce", "state"],
-  profile(profile) {
-    return {
-      id: profile.sub,
-      name: profile.name,
-      email: profile.email,
-      image: profile.picture,
-    }
-  },
-}
-```
-
-As you can see, if your provider supports OpenID Connect and the `/.well-known/openid-configuration` endpoint contains support for the `grant_type`: `authorization_code`, you only need to pass the URL to that configuration file and define some basic fields like `name` and `type`.
-
-Otherwise, you can pass a more full set of URLs for each OAuth2.0 flow step, for example:
-
-```js
-{
-  id: "kakao",
-  name: "Kakao",
-  type: "oauth",
-  authorization: "https://kauth.kakao.com/oauth/authorize",
-  token: "https://kauth.kakao.com/oauth/token",
-  userinfo: "https://kapi.kakao.com/v2/user/me",
-  profile(profile) {
-    return {
-      id: profile.id,
-      name: profile.kakao_account?.profile.nickname,
-      email: profile.kakao_account?.email,
-      image: profile.kakao_account?.profile.profile_image_url,
-    }
-  },
-}
-```
-
-Replace all the options in this JSON object with the ones from your custom provider - be sure to give it a unique ID and specify the required URLs, and finally add it to the providers array when initializing the library:
-
-```js title="pages/api/auth/[...nextauth].js"
-import TwitterProvider from "next-auth/providers/twitter"
-...
-providers: [
-  TwitterProvider({
-    clientId: process.env.TWITTER_ID,
-    clientSecret: process.env.TWITTER_SECRET,
-  }),
-  {
-    id: 'customProvider',
-    name: 'CustomProvider',
-    type: 'oauth',
-    scope: ''  // Make sure to request the users email address
-    ...
-  }
-]
-...
-```
-
-### Override default options
-
-For built-in providers, in most cases you will only need to specify the `clientId` and `clientSecret`. If you need to override any of the defaults, add your own [options](#options).
-
-Even if you are using a built-in provider, you can override any of these options to tweak the default configuration.
-
-:::note
-The user provided options are deeply merged with the default options. That means you only have to override part of the options that you need to be different. For example if you want different scopes, overriding `authorization.params.scope` is enough, instead of the whole `authorization` option.
-:::
-
-```js title=/api/auth/[...nextauth].js
-import Auth0Provider from "next-auth/providers/auth0"
-
-Auth0Provider({
-  clientId: process.env.CLIENT_ID,
-  clientSecret: process.env.CLIENT_SECRET,
-  issuer: process.env.ISSUER,
-  authorization: { params: { scope: "openid your_custom_scope" } },
-})
-```
-
-Another example, the `profile` callback will return `id`, `name`, `email` and `picture` by default, but you might need more information from the provider. After setting the correct scopes, you can then do something like this:
-
-```js title=/api/auth/[...nextauth].js
-import GoogleProvider from "next-auth/providers/google"
-
-GoogleProvider({
-  clientId: process.env.GOOGLE_CLIENT_ID,
-  clientSecret: process.env.GOOGLE_CLIENT_SECRET,
-  profile(profile) {
-    return {
-      // Return all the profile information you need.
-      // The only truly required field is `id`
-      // to be able identify the account when added to a database
-    }
-  },
-})
-```
-
-An example of how to enable automatic account linking:
-
-```js title=/api/auth/[...nextauth].js
-import GoogleProvider from "next-auth/providers/google"
-GoogleProvider({
-  clientId: process.env.GOOGLE_CLIENT_ID,
-  clientSecret: process.env.GOOGLE_CLIENT_SECRET,
-  allowDangerousEmailAccountLinking: true,
-})
-```
-
-### Adding a new built-in provider
-
-If you think your custom provider might be useful to others, we encourage you to open a PR and add it to the built-in list so others can discover it much more easily!
-
-You only need to add three changes:
-
-1. Add your config: [`src/providers/{provider}.ts`](https://github.com/nextauthjs/next-auth/tree/main/packages/next-auth/src/providers)<br />
-   - Make sure you use a named default export, like this: `export default function YourProvider`
-   - Add two SVG's of the provider logo, like `google-dark.svg` (dark mode) and `google.svg` (light mode), to the `/packages/next-auth/provider-logos/` directory as well as the styling config to the provider config object. See existing provider for example
-2. Add provider documentation: [`docs/docs/reference/05-oauth-providers/{provider}.md`](https://github.com/nextauthjs/next-auth/tree/main/docs/docs/reference/05-oauth-providers)
-3. Add the new provider name to the `Provider type` dropdown options in [`the provider issue template`](https://github.com/nextauthjs/next-auth/edit/main/.github/ISSUE_TEMPLATE/2_bug_provider.yml)
-
-That's it! 🎉 Others will be able to discover and use this provider much more easily now!

docs/docs/guides/providers/custom-provider.md

@@ -0,0 +1,112 @@
+---
+title: Customized OAuth Provider
+---
+
+Auth.js comes with a set of built-in OAuth providers that you can import from `@auth/core/providers/*`. Every provider has their separate documentation page under the [core package's API Reference](/reference/core)
+
+
+## Use your own provider
+
+However, you can use _any_ provider as long as they are compliant with the OAuth/OIDC specifications.
+
+Auth.js uses the [`oauth4webapi`](https://github.com/panva/oauth4webapi/blob/main/docs/README.md) package under the hood.
+
+To use a custom OAuth provider with Auth.js, pass an object to the [`providers` list](/reference/core#providers).
+
+It can implement either the [`OAuth2Config`](/reference/core/providers#oauth2configprofile) or the [`OIDCConfig`](/reference/core/providers#oidcconfigprofile) interface, depending on if your provider is OAuth 2 or OpenID Connect compliant.
+
+For example, if you have a fully OIDC-compliant provider, this is all you need:
+
+```ts
+import type { OIDCConfig } from "@auth/core/providers"
+
+...
+providers: [
+  {
+    id: "my-oidc-provider",
+    name: "My Provider",
+    type: "oidc",
+    issuer: "https://my.oidc-provider.com",
+    clientId: process.env.CLIENT_ID,
+    clientSecret: process.env.CLIENT_SECRET
+  } satisfies OIDCConfig
+]
+...
+```
+
+Then, you can set the [Redirect URI](https://www.ietf.org/archive/id/draft-ietf-oauth-v2-1-07.html#name-client-redirection-endpoint) in your provider's dashboard to something like `https://app-url.com/{path-to-auth-handler}/callback/my-oidc-provider`.
+
+`{path-to-auth-handler}` is _usually_ `auth` or `api/auth`, depending on your framework of your choice.
+`my-oidc-provider` matches the `id` you set in the [`providers` list](/reference/core#providers).
+
+
+## Override default provider config
+
+For built-in providers, in most cases you will only need to specify the `clientId` and `clientSecret`, and in case of OIDC providers, the `issuer` property. If you need to override any of the defaults, you can add them in the provider's function call and they will be deep-merged with the default configuration options.
+
+:::note
+The user provided options are deeply merged with the default options. That means you only have to override part of the options that you need to be different. For example if you want different scopes, overriding `authorization.params.scope` is enough, instead of the whole `authorization` option.
+:::
+
+
+For example, to override a provider's default scopes, you can do the following:
+
+```ts
+import Auth0Provider from "@auth/core/providers/auth0"
+
+Auth0Provider({
+  clientId: process.env.CLIENT_ID,
+  clientSecret: process.env.CLIENT_SECRET,
+  issuer: process.env.ISSUER,
+  authorization: { params: { scope: "openid your_custom_scope" } },
+})
+```
+
+Another example, the `profile` callback will return `id`, `name`, `email` and `picture` by default, but you might want to return more information from the provider. After setting the correct scopes, you can then do something like this:
+
+```ts
+import GoogleProvider from "@auth/core/providers/google"
+
+GoogleProvider({
+  clientId: process.env.GOOGLE_CLIENT_ID,
+  clientSecret: process.env.GOOGLE_CLIENT_SECRET,
+  profile(profile) {
+    return {
+      // Return all the profile information you need.
+      // The only truly required field is `id`
+      // to be able identify the account when added to a database
+    }
+  },
+})
+```
+
+An example of how to enable automatic account linking:
+
+```ts
+import GoogleProvider from "@auth/core/providers/google"
+
+GoogleProvider({
+  clientId: process.env.GOOGLE_CLIENT_ID,
+  clientSecret: process.env.GOOGLE_CLIENT_SECRET,
+  allowDangerousEmailAccountLinking: true,
+})
+```
+
+## Adding a new built-in provider
+
+If you think your custom provider might be useful to others, we encourage you to open a PR and add it to the built-in list.
+
+:::note
+We are only accepting new providers to `@auth/core`, and not `next-auth`. Follow the steps below to make sure your PR is merged!
+:::
+
+1. Create a new `{provider}.ts` (for it to get merged, you must use TypeScript) file under the [`packages/core/src/providers`](https://github.com/nextauthjs/next-auth/tree/main/packages/core/src/providers) directory.
+2. Make sure that you are following other providers, ie.:
+  - Use a named default export: `export default function YourProvider`
+  - Export the TypeScript `interface` that defines the provider's available user info properties
+  - Add the necessary JSDoc comments/documentation (Study the built-in providers to get an understanding what's needed. For example, the [Auth0 provider](https://github.com/nextauthjs/next-auth/blob/main/packages/core/src/providers/auth0.ts) is a good example for OIDC and the [GitHub Provider](https://github.com/nextauthjs/next-auth/blob/main/packages/core/src/providers/github.ts) is an OAuth provider.)
+  - Add links to the provider's API reference/documentation so others can understand how to use the provider
+3. Add the new provider name to the `Provider type` dropdown options in [`the provider issue template`](https://github.com/nextauthjs/next-auth/edit/main/.github/ISSUE_TEMPLATE/2_bug_provider.yml)
+4. (Optional): Add a logo `{provider}.svg` to the [`docs/static/img/providers`](https://github.com/nextauthjs/next-auth/tree/main/docs/static/img/providers) directory.
+
+That's it! 🎉 Others will be able to discover and use this provider!

docs/docs/guides/providers/email-http-api.md

@@ -0,0 +1,109 @@
+---
+id: email-http
+title: HTTP-based Email Provider
+---
+
+## Introduction
+
+:::note
+The following guide is written for `next-auth` (NextAuth.js), but it should work for any of the Auth.js framework libraries (`@auth/*`) as well.
+:::
+
+
+There is a built-in Email provider with which you could connect to the SMTP server of your choice to send "magic link" emails for sign-in purposes. However, the Email provider can also be used with HTTP-based email services, like AWS SES, Postmark, Sendgrid, etc. In this guide, we are going to explain how to use our Email magic link provider with any of the more modern HTTP-based Email APIs.
+
+For this example, we will be using [SendGrid](https://sendgrid.com), but any email service providing an HTTP API or JS client library will work.
+We will also refer to the [Prisma Adapter](/reference/adapter/prisma). A [database adapter](/adapters/overview) is a requirement for the Email provider.
+
+## Setup
+
+First, if you do not have a project using Auth.js, clone and set up a basic Auth.js project like the one [provided in](https://github.com/nextauthjs/next-auth-example.git) our example repo](https://github.com/nextauthjs/next-auth-example.git).
+
+- Install the [Prisma Adapter](/reference/adapter/prisma)
+- Generate an API key from your cloud Email provider of choice and add it to your `.env.*` file. For example, mine is going to be called `SENDGRID_API`
+- Add the following configuration to your configuration file:
+
+```js title="pages/api/auth/[...nextauth].ts"
+import NextAuth, { NextAuthOptions } from "next-auth"
+import { PrismaAdapter } from "@next-auth/prisma-adapter"
+import { PrismaClient } from "@prisma/client"
+
+const prisma = new PrismaClient()
+
+export const authOptions: NextAuthOptions = {
+  adapter: PrismaAdapter(prisma),
+  providers: [
+    {
+      id: 'sendgrid',
+      type: 'email',
+      async sendVerificationRequest({identifier: email, url}) {
+      }
+    }
+  ],
+}
+
+export default NextAuth(authOptions)
+```
+
+Next, all that's left to do is call the HTTP endpoint from our cloud email provider and pass it the required metadata like the `to` address, the email `body`, and any other fields we may need to include.
+
+As mentioned earlier, we're going to be using SendGrid in this example, so the appropriate endpoint is `https://api.sendgrid.com/v3/mail/send` ([more info](https://docs.sendgrid.com/for-developers/sending-email/api-getting-started)). Therefore, we're going to pull out some of the important information from the `params` argument and use it in a `fetch()` call to the previously mentioned SendGrid API.
+
+```js title="pages/api/auth/[...nextauth].ts"
+import NextAuth, { NextAuthOptions } from "next-auth"
+import { PrismaAdapter } from "@next-auth/prisma-adapter"
+import { PrismaClient } from "@prisma/client"
+
+const prisma = new PrismaClient()
+
+export const authOptions: NextAuthOptions = {
+  adapter: PrismaAdapter(prisma),
+  providers: [
+    {
+      id: 'sendgrid',
+      type: 'email',
+      async sendVerificationRequest({identifier: email, url}) {
+        // highlight-start
+        // Call the cloud Email provider API for sending emails
+        // See https://docs.sendgrid.com/api-reference/mail-send/mail-send
+        const response = await fetch("https://api.sendgrid.com/v3/mail/send", {
+          // The body format will vary depending on provider, please see their documentation
+          // for further details.
+          body: JSON.stringify({
+            personalizations: [{ to: [{ email }] }],
+            from: { email: "noreply@company.com" },
+            subject: "Sign in to Your page",
+            content: [
+              {
+                type: "text/plain",
+                value: `Please click here to authenticate - ${url}`,
+              },
+            ],
+          }),
+          headers: {
+            // Authentication will also vary from provider to provider, please see their docs.
+            Authorization: `Bearer ${process.env.SENDGRID_API}`,
+            "Content-Type": "application/json",
+          },
+          method: "POST",
+        })
+
+        if (!response.ok) {
+          const { errors } = await response.json()
+          throw new Error(JSON.stringify(errors))
+        }
+        // highlight-end
+      },
+    }
+  ],
+}
+```
+
+And that's all we need to do to send Emails via an HTTP API! Note here that the example is only using `text/plain` as the body type. You'll probably want to change that to `text/html` and pass in a nice-looking HTML email. See, for example, our `html` function in [the Auth.js docs](/providers/email#customizing-emails).
+
+To sign in via this custom provider, you would refer to it by the `id` in when you are calling the sign-in method, for example: `signIn('sendgrid', { email: 'user@company.com' })`.
+
+## References
+
+- [Email provider documentation with HTML generation and more](/reference/core/modules/providers_email)
+- [SendGrid JSON Body documentation](https://docs.sendgrid.com/api-reference/mail-send/mail-send#body)

docs/docs/reference/02-configuration/01-auth-config.md

@@ -1,447 +0,0 @@
----
-title: Initialization
----
-
-## Options
-
-Options are passed to Auth.js when initializing it in a server environment like a Next.js API Route.
-
-### providers
-
-- **Default value**: `[]`
-- **Required**: _Yes_
-
-#### Description
-
-An array of authentication providers for signing in (e.g. Google, Facebook, Twitter, GitHub, Email, etc) in any order. This can be one of the built-in providers or an object with a custom provider.
-
-Refer to the list of [all available Oauth providers](/reference/providers/oauth-builtin) and the [Oauth tutorial](/getting-started/oauth-tutorial) on how to use them.
-
----
-
-### secret
-
-- **Default value**: `string` (_SHA hash of the "options" object_) in development, no default in production.
-- **Required**: _Yes, in production!_
-
-#### Description
-
-A random string is used to hash tokens, sign/encrypt cookies and generate cryptographic keys.
-
-If you set [`NEXTAUTH_SECRET`](#nextauth_secret) as an environment variable, you don't have to define this option.
-
-If no value specified specified in development (and there is no `NEXTAUTH_SECRET` variable either), it uses a hash for all configuration options, including OAuth Client ID / Secrets for entropy.
-
-:::warning
-Not providing any `secret` or `NEXTAUTH_SECRET` will throw [an error](/reference/errors#no_secret) in production.
-:::
-
-You can quickly create a good value on the command line via this `openssl` command.
-
-```bash
-$ openssl rand -base64 32
-```
-
-:::tip
-If you rely on the default secret generation in development, you might notice JWT decryption errors, since the secret changes whenever you change your configuration. Defining an explicit secret will make this problem go away. We will likely make this option mandatory, even in development, in the future.
-:::
-
----
-
-### session
-
-- **Default value**: `object`
-- **Required**: _No_
-
-#### Description
-
-The `session` object and all properties on it are optional.
-
-Default values for this option are shown below:
-
-```js
-session: {
-  // Choose how you want to save the user session.
-  // The default is `"jwt"`, an encrypted JWT (JWE) stored in the session cookie.
-  // If you use an `adapter` however, we default it to `"database"` instead.
-  // You can still force a JWT session by explicitly defining `"jwt"`.
-  // When using `"database"`, the session cookie will only contain a `sessionToken` value,
-  // which is used to look up the session in the database.
-  strategy: "database",
-
-  // Seconds - How long until an idle session expires and is no longer valid.
-  maxAge: 30 * 24 * 60 * 60, // 30 days
-
-  // Seconds - Throttle how frequently to write to database to extend a session.
-  // Use it to limit write operations. Set to 0 to always update the database.
-  // Note: This option is ignored if using JSON Web Tokens
-  updateAge: 24 * 60 * 60, // 24 hours
-}
-```
-
----
-
-### jwt
-
-- **Default value**: `object`
-- **Required**: _No_
-
-#### Description
-
-JSON Web Tokens can be used for session tokens if enabled with `session: { strategy: "jwt" }` option. JSON Web Tokens are enabled by default if you have not specified an adapter. JSON Web Tokens are encrypted (JWE) by default. We recommend you keep this behaviour. See the [Override JWT `encode` and `decode` methods](#override-jwt-encode-and-decode-methods) advanced option.
-
-#### JSON Web Token Options
-
-```js
-jwt: {
-  // The maximum age of the Auth.js issued JWT in seconds.
-  // Defaults to `session.maxAge`.
-  maxAge: 60 * 60 * 24 * 30,
-  // You can define your own encode/decode functions for signing and encryption
-  async encode() {},
-  async decode() {},
-}
-```
-
-An example JSON Web Token contains a payload like this:
-
-```js
-{
-  name: 'Iain Collins',
-  email: 'me@iaincollins.com',
-  picture: 'https://example.com/image.jpg',
-  iat: 1594601838,
-  exp: 1597193838
-}
-```
-
-#### JWT Helper
-
-You can use the built-in `getToken()` helper method to verify and decrypt the token, like this:
-
-```js
-import { getToken } from "next-auth/jwt"
-
-const secret = process.env.NEXTAUTH_SECRET
-
-export default async function handler(req, res) {
-  // if using `NEXTAUTH_SECRET` env variable, we detect it, and you won't actually need to `secret`
-  // const token = await getToken({ req })
-  const token = await getToken({ req, secret })
-  console.log("JSON Web Token", token)
-  res.end()
-}
-```
-
-_For convenience, this helper function is also able to read and decode tokens passed from the `Authorization: 'Bearer token'` HTTP header._
-
-**Required**
-
-The getToken() helper requires the following options:
-
-- `req` - (object) Request object
-- `secret` - (string) JWT Secret. Use `NEXTAUTH_SECRET` instead.
-
-You must also pass _any options configured on the `jwt` option_ to the helper.
-
-e.g. Including custom session `maxAge` and custom signing and/or encryption keys or options
-
-**Optional**
-
-It also supports the following options:
-
-- `secureCookie` - (boolean) Use secure prefixed cookie name
-
-  By default, the helper function will attempt to determine if it should use the secure prefixed cookie (e.g. `true` in production and `false` in development, unless NEXTAUTH_URL contains an HTTPS URL).
-
-- `cookieName` - (string) Session token cookie name
-
-  The `secureCookie` option is ignored if `cookieName` is explicitly specified.
-
-- `raw` - (boolean) Get raw token (not decoded)
-
-  If set to `true` returns the raw token without decrypting or verifying it.
-
-:::note
-The JWT is stored in the Session Token cookie, the same cookie used for tokens with database sessions.
-:::
-
----
-
-### pages
-
-- **Default value**: `{}`
-- **Required**: _No_
-
-#### Description
-
-Specify URLs to be used if you want to create custom sign in, sign out and error pages.
-
-Pages specified will override the corresponding built-in page.
-
-_For example:_
-
-```js
-pages: {
-  signIn: '/auth/signin',
-  signOut: '/auth/signout',
-  error: '/auth/error', // Error code passed in query string as ?error=
-  verifyRequest: '/auth/verify-request', // (used for check email message)
-  newUser: '/auth/new-user' // New users will be directed here on first sign in (leave the property out if not of interest)
-}
-```
-
-:::note
-When using this configuration, ensure that these pages actually exist. For example `error: '/auth/error'` refers to a page file at `pages/auth/error.js`.
-:::
-
-See the documentation for the [creating custom pages guide](/guides/basics/pages) for more information.
-
----
-
-### callbacks
-
-- **Default value**: `object`
-- **Required**: _No_
-
-#### Description
-
-Callbacks are asynchronous functions you can use to control what happens when an action is performed.
-
-Callbacks are extremely powerful, especially in scenarios involving JSON Web Tokens as they allow you to implement access controls without a database and to integrate with external databases or APIs.
-
-You can specify a handler for any of the callbacks below.
-
-```js
-callbacks: {
-  async signIn({ user, account, profile, email, credentials }) {
-    return true
-  },
-  async redirect({ url, baseUrl }) {
-    return baseUrl
-  },
-  async session({ session, token, user }) {
-    return session
-  },
-  async jwt({ token, user, account, profile, isNewUser }) {
-    return token
-  }
-}
-```
-
-See [our callbacks guide](/guides/basics/callbacks) for more information on how to use the callback functions.
-
----
-
-### events
-
-- **Default value**: `object`
-- **Required**: _No_
-
-#### Description
-
-Events are asynchronous functions that do not return a response, they are useful for audit logging.
-
-You can specify a handler for any of these events below - e.g. for debugging or to create an audit log.
-
-The content of the message object varies depending on the flow (e.g. OAuth or Email authentication flow, JWT or database sessions, etc). See the [events guide](/guides/basics/events) for more information on the form of each message object and how to use the events functions.
-
-```js
-events: {
-  async signIn(message) { /* on successful sign in */ },
-  async signOut(message) { /* on signout */ },
-  async createUser(message) { /* user created */ },
-  async updateUser(message) { /* user updated - e.g. their email was verified */ },
-  async linkAccount(message) { /* account (e.g. Twitter) linked to a user */ },
-  async session(message) { /* session is active */ },
-}
-```
-
----
-
-### adapter
-
-- **Default value**: none
-- **Required**: _No_
-
-#### Description
-
-By default Auth.js does not include an adapter any longer. If you would like to persist user / account data, please install one of the many available adapters. More information can be found in the [adapter documentation](/reference/adapters/overview).
-
----
-
-### debug
-
-- **Default value**: `false`
-- **Required**: _No_
-
-#### Description
-
-Set debug to `true` to enable debug messages for authentication and database operations.
-
----
-
-### logger
-
-- **Default value**: `console`
-- **Required**: _No_
-
-#### Description
-
-Override any of the logger levels (`undefined` levels will use the built-in logger), and intercept logs in NextAuth. You can use this to send NextAuth logs to a third-party logging service.
-
-The `code` parameter for `error` and `warn` are explained in the [Warnings](/reference/warnings) and [Errors](/reference/errors) pages respectively.
-
-Example:
-
-```js title="/pages/api/auth/[...nextauth].js"
-import log from "logging-service"
-
-export default NextAuth({
-  ...
-  logger: {
-    error(code, metadata) {
-      log.error(code, metadata)
-    },
-    warn(code) {
-      log.warn(code)
-    },
-    debug(code, metadata) {
-      log.debug(code, metadata)
-    }
-  }
-  ...
-})
-```
-
-:::note
-If the `debug` level is defined by the user, it will be called regardless of the `debug: false` [option](#debug).
-:::
-
----
-
-### theme
-
-- **Default value**: `object`
-- **Required**: _No_
-
-#### Description
-
-Changes the color scheme theme of [pages](/reference/configuration/auth-config#pages) as well as allows some minor customization. Set `theme.colorScheme` to `"light"`, if you want to force pages to always be light. Set to `"dark"`, if you want to force pages to always be dark. Set to `"auto"`, (or leave this option out) if you want the pages to follow the preferred system theme. (Uses the [prefers-color-scheme](https://developer.mozilla.org/en-US/docs/Web/CSS/@media/prefers-color-scheme) media query.)
-
-In addition, you can define a logo URL in `theme.logo` which will be rendered above the main card in the default signin/signout/error/verify-request pages, as well as a `theme.brandColor` which will affect the accent color of these pages.
-
-```js
-theme: {
-  colorScheme: "auto", // "auto" | "dark" | "light"
-  brandColor: "", // Hex color code
-  logo: "" // Absolute URL to image
-}
-```
-
----
-
-## Advanced Options
-
-Advanced options are passed the same way as basic options, but may have complex implications or side effects. You should try to avoid using advanced options unless you are very comfortable using them.
-
----
-
-### useSecureCookies
-
-- **Default value**: `true` for HTTPS sites / `false` for HTTP sites
-- **Required**: _No_
-
-#### Description
-
-When set to `true` (the default for all site URLs that start with `https://`) then all cookies set by Auth.js will only be accessible from HTTPS URLs.
-
-This option defaults to `false` on URLs that start with `http://` (e.g. `http://localhost:3000`) for developer convenience.
-
-:::note
-Properties on any custom `cookies` that are specified override this option.
-:::
-
-:::warning
-Setting this option to _false_ in production is a security risk and may allow sessions to be hijacked if used in production. It is intended to support development and testing. Using this option is not recommended.
-:::
-
----
-
-### cookies
-
-- **Default value**: `{}`
-- **Required**: _No_
-
-#### Description
-
-Cookies in Auth.js are chunked by default, meaning that once they reach the 4kb limit, we will create a new cookie with the `.{number}` suffix and reassemble the cookies in the correct order when parsing / reading them. This was introduced to avoid size constraints which can occur when users want to store additional data in their sessionToken, for example.
-
-You can override the default cookie names and options for any of the cookies used by Auth.js.
-
-This is an advanced option and using it is not recommended as you may break authentication or introduce security flaws into your application.
-
-You can specify one or more cookies with custom properties, but if you specify custom options for a cookie you must provide all the options for that cookie.
-
-If you use this feature, you will likely want to create conditional behaviour to support setting different cookies policies in development and production builds, as you will be opting out of the built-in dynamic policy.
-
-:::tip
-An example of a use case for this option is to support sharing session tokens across subdomains.
-:::
-
-#### Example
-
-```js
-cookies: {
-  sessionToken: {
-    name: `__Secure-next-auth.session-token`,
-    options: {
-      httpOnly: true,
-      sameSite: 'lax',
-      path: '/',
-      secure: true
-    }
-  },
-  callbackUrl: {
-    name: `__Secure-next-auth.callback-url`,
-    options: {
-      sameSite: 'lax',
-      path: '/',
-      secure: true
-    }
-  },
-  csrfToken: {
-    name: `__Host-next-auth.csrf-token`,
-    options: {
-      httpOnly: true,
-      sameSite: 'lax',
-      path: '/',
-      secure: true
-    }
-  },
-  pkceCodeVerifier: {
-    name: `${cookiePrefix}next-auth.pkce.code_verifier`,
-    options: {
-      httpOnly: true,
-      sameSite: 'lax',
-      path: '/',
-      secure: useSecureCookies,
-      maxAge: 900
-    }
-  },
-  state: {
-    name: `${cookiePrefix}next-auth.state`,
-    options: {
-      httpOnly: true,
-      sameSite: "lax",
-      path: "/",
-      secure: useSecureCookies,
-      maxAge: 900
-    },
-  },
-}
-```
-
-:::warning
-Using a custom cookie policy may introduce security flaws into your application and is intended as an option for advanced users who understand the implications. Using this option is not recommended.
-:::

docs/docs/reference/02-configuration/04-env.md

@@ -1,38 +0,0 @@
----
-title: Environment variables
-sidebar_label: Environment Variables
----
-
-## NEXTAUTH_URL
-
-When deploying to production, set the `NEXTAUTH_URL` environment variable to the canonical URL of your site.
-
-```
-NEXTAUTH_URL=https://example.com
-```
-
-If your Next.js application uses a custom base path, specify the route to the API endpoint in full.
-
-_e.g. `NEXTAUTH_URL=https://example.com/custom-route/api/auth`_
-
-:::note
-Using [System Environment Variables](https://vercel.com/docs/concepts/projects/environment-variables#system-environment-variables) we automatically detect when you deploy to [Vercel](https://vercel.com) so you don't have to define this variable. Make sure **Automatically expose System Environment Variables** is checked in your Project Settings.
-:::
-
----
-
-## NEXTAUTH_SECRET
-
-Used to encrypt the Auth.js JWT, and to hash [email verification tokens](/reference/adapters/models#verification-token). This is the default value for the [`secret`](/reference/configuration/auth-config#secret) option. The `secret` option might be removed in the future in favor of this.
-
-If you are using [Middleware](/reference/nextjs/#prerequisites) this environment variable must be set.
-
----
-
-## NEXTAUTH_URL_INTERNAL
-
-If provided, server-side calls will use this instead of `NEXTAUTH_URL`. Useful in environments when the server doesn't have access to the canonical URL of your site. Defaults to `NEXTAUTH_URL`.
-
-```
-NEXTAUTH_URL_INTERNAL=http://10.240.8.16
-```

docs/docs/reference/02-configuration/_category_.json

@@ -1,5 +0,0 @@
-{
-  "label": "Configuration",
-  "collapsible": true,
-  "collapsed": true
-}

docs/docs/reference/02-utilities/index.md

@@ -1,271 +0,0 @@
----
-id: client
-title: Utilities
----
-
-The Auth.js client library makes it easy to interact with sessions from React applications.
-
-#### Example Session Object
-
-```ts
-{
-  user: {
-    name: string
-    email: string
-    image: string
-  },
-  expires: Date // This is the expiry of the session, not any of the tokens within the session
-}
-```
-
-:::tip
-The session data returned to the client does not contain sensitive information such as the Session Token or OAuth tokens. It contains a minimal payload that includes enough data needed to display information on a page about the user who is signed in for presentation purposes (e.g name, email, image).
-
-You can use the [session callback](/reference/configuration/auth-config#callbacks) to customize the session object returned to the client if you need to return additional data in the session object.
-:::
-
-:::note
-The `expires` value is rotated, meaning whenever the session is retrieved from the [REST API](/reference/rest-api), this value will be updated as well, to avoid session expiry.
-:::
-
-## getSession()
-
-- Client Side: **Yes**
-- Server Side: **No** (See: [`unstable_getServerSession()`](/reference/nextjs/#unstable_getserversession)
-
-Auth.js provides a `getSession()` helper which should be called **client side only** to return the current active session.
-
-On the server side, **this is still available to use**, however, we recommend using `unstable_getServerSession` going forward. The idea behind this is to avoid an additional unnecessary `fetch` call on the server side. For more information, please check out [this issue](https://github.com/nextauthjs/next-auth/issues/1535).
-
-:::note
-The `unstable_getServerSession` only has the prefix `unstable_` at the moment, because the API may change in the future. There are no known bugs at the moment and it is safe to use. If you discover any issues, please do report them as a [GitHub Issue](https://github.com/nextauthjs/next-auth/issues) and we will patch them as soon as possible.
-:::
-
-This helper is helpful in case you want to read the session outside of the context of React.
-
-When called, `getSession()` will send a request to `/api/auth/session` and returns a promise with a [session object](https://github.com/nextauthjs/next-auth/blob/main/packages/next-auth/src/core/types.ts#L407-L425), or `null` if no session exists.
-
-```js
-async function myFunction() {
-  const session = await getSession()
-  /* ... */
-}
-```
-
-Read the tutorial [securing pages and API routes](/guides/basics/securing-pages-and-api-routes) to know how to fetch the session in server side calls using `unstable_getServerSession()`.
-
----
-
-## getCsrfToken()
-
-- Client Side: **Yes**
-- Server Side: **Yes**
-
-The `getCsrfToken()` method returns the current Cross Site Request Forgery Token (CSRF Token) required to make POST requests (e.g. for signing in and signing out).
-
-You likely only need to use this if you are not using the built-in `signIn()` and `signOut()` methods.
-
-#### Client Side Example
-
-```js
-async function myFunction() {
-  const csrfToken = await getCsrfToken()
-  /* ... */
-}
-```
-
-#### Server Side Example
-
-```js
-import { getCsrfToken } from "next-auth/react"
-
-export default async (req, res) => {
-  const csrfToken = await getCsrfToken({ req })
-  /* ... */
-  res.end()
-}
-```
-
----
-
-## getProviders()
-
-- Client Side: **Yes**
-- Server Side: **Yes**
-
-The `getProviders()` method returns the list of providers currently configured for sign in.
-
-It calls `/api/auth/providers` and returns a list of the currently configured authentication providers.
-
-It can be useful if you are creating a dynamic custom sign in page.
-
----
-
-#### API Route
-
-```jsx title="pages/api/example.js"
-import { getProviders } from "next-auth/react"
-
-export default async (req, res) => {
-  const providers = await getProviders()
-  console.log("Providers", providers)
-  res.end()
-}
-```
-
-:::note
-Unlike and `getCsrfToken()`, when calling `getProviders()` server side, you don't need to pass anything, just as calling it client side.
-:::
-
----
-
-## signIn()
-
-- Client Side: **Yes**
-- Server Side: No
-
-Using the `signIn()` method ensures the user ends back on the page they started on after completing a sign in flow. It will also handle CSRF Tokens for you automatically when signing in with email.
-
-The `signIn()` method can be called from the client in different ways, as shown below.
-
-### Redirects to sign in page when clicked
-
-```js
-import { signIn } from "next-auth/react"
-
-export default () => <button onClick={() => signIn()}>Sign in</button>
-```
-
-### Starts OAuth sign-in flow when clicked
-
-By default, when calling the `signIn()` method with no arguments, you will be redirected to the Auth.js sign-in page. If you want to skip that and get redirected to your provider's page immediately, call the `signIn()` method with the provider's `id`.
-
-For example to sign in with Google:
-
-```js
-import { signIn } from "next-auth/react"
-
-export default () => (
-  <button onClick={() => signIn("google")}>Sign in with Google</button>
-)
-```
-
-### Starts Email sign-in flow when clicked
-
-When using it with the email flow, pass the target `email` as an option.
-
-```js
-import { signIn } from "next-auth/react"
-
-export default ({ email }) => (
-  <button onClick={() => signIn("email", { email })}>Sign in with Email</button>
-)
-```
-
-### Specifying a `callbackUrl`
-
-The `callbackUrl` specifies to which URL the user will be redirected after signing in. Defaults to the page URL the sign-in is initiated from.
-
-You can specify a different `callbackUrl` by specifying it as the second argument of `signIn()`. This works for all providers.
-
-e.g.
-
-- `signIn(undefined, { callbackUrl: '/foo' })`
-- `signIn('google', { callbackUrl: 'http://localhost:3000/bar' })`
-- `signIn('email', { email, callbackUrl: 'http://localhost:3000/foo' })`
-
-The URL must be considered valid by the [redirect callback handler](/reference/configuration/auth-config#callbacks). By default it requires the URL to be an absolute URL at the same host name, or a relative url starting with a slash. If it does not match it will redirect to the homepage. You can define your own [redirect callback](/guides/basics/callbacks#redirect-callback) to allow other URLs.
-
-### Using the `redirect: false` option
-
-:::note
-The redirect option is only available for `credentials` and `email` providers.
-:::
-
-In some cases, you might want to deal with the sign in response on the same page and disable the default redirection. For example, if an error occurs (like wrong credentials given by the user), you might want to handle the error on the same page. For that, you can pass `redirect: false` in the second parameter object.
-
-e.g.
-
-- `signIn('credentials', { redirect: false, password: 'password' })`
-- `signIn('email', { redirect: false, email: 'bill@fillmurray.com' })`
-
-`signIn` will then return a Promise, that resolves to the following:
-
-```ts
-{
-  /**
-   * Will be different error codes,
-   * depending on the type of error.
-   */
-  error: string | undefined
-  /**
-   * HTTP status code,
-   * hints the kind of error that happened.
-   */
-  status: number
-  /**
-   * `true` if the signin was successful
-   */
-  ok: boolean
-  /**
-   * `null` if there was an error,
-   * otherwise the url the user
-   * should have been redirected to.
-   */
-  url: string | null
-}
-```
-
-### Additional parameters
-
-It is also possible to pass additional parameters to the `/authorize` endpoint through the third argument of `signIn()`.
-
-See the [Authorization Request OIDC spec](https://openid.net/specs/openid-connect-core-1_0.html#AuthRequest) for some ideas. (These are not the only possible ones, all parameters will be forwarded)
-
-e.g.
-
-- `signIn("identity-server4", null, { prompt: "login" })` _always ask the user to re-authenticate_
-- `signIn("auth0", null, { login_hint: "info@example.com" })` _hints the e-mail address to the provider_
-
-:::note
-You can also set these parameters through [`provider.authorizationParams`](/reference/providers/oauth).
-:::
-
-:::note
-The following parameters are always overridden server-side: `redirect_uri`, `state`
-:::
-
----
-
-## signOut()
-
-- Client Side: **Yes**
-- Server Side: No
-
-In order to logout, use the `signOut()` method to ensure the user ends back on the page they started on after completing the sign out flow. It also handles CSRF tokens for you automatically.
-
-It reloads the page in the browser when complete.
-
-```js
-import { signOut } from "next-auth/react"
-
-export default () => <button onClick={() => signOut()}>Sign out</button>
-```
-
-### Specifying a `callbackUrl`
-
-As with the `signIn()` function, you can specify a `callbackUrl` parameter by passing it as an option.
-
-e.g. `signOut({ callbackUrl: 'http://localhost:3000/foo' })`
-
-The URL must be considered valid by the [redirect callback handler](/guides/basics/callbacks#redirect-callback). By default, it requires the URL to be an absolute URL at the same host name, or you can also supply a relative URL starting with a slash. If it does not match it will redirect to the homepage. You can define your own [redirect callback](/guides/basics/callbacks#redirect-callback) to allow other URLs.
-
-### Using the `redirect: false` option
-
-If you pass `redirect: false` to `signOut`, the page will not reload. The session will be deleted, and the `useSession` hook is notified, so any indication about the user will be shown as logged out automatically. It can give a very nice experience for the user.
-
-:::tip
-If you need to redirect to another page but you want to avoid a page reload, you can try:
-`const data = await signOut({redirect: false, callbackUrl: "/foo"})`
-where `data.url` is the validated URL you can redirect the user to without any flicker by using Next.js's `useRouter().push(data.url)`
-:::

docs/docs/reference/04-providers/02-oauth-builtin.mdx

@@ -1,23 +0,0 @@
----
-title: Available OAuth providers
-sidebar_label: OAuth providers
----
-
-Authentication Providers in **Auth.js** are services that can be used to sign a user in.
-
-Auth.js comes with a set of built-in providers. You can find them [here](https://github.com/nextauthjs/next-auth/tree/main/packages/core/src/providers). Each built-in provider has its own documentation page:
-
-:::note
-Auth.js supports any **2.x** and **OpenID Connect (OIDC)** compliant providers and has built-in support for the most popular services.
-:::
-
-<ul>
-  {Object.entries(require("../../../providers.json"))
-    .filter(([key]) => !["email", "credentials"].includes(key))
-    .sort(([, a], [, b]) => a.localeCompare(b))
-    .map(([key, name]) => (
-      <li key={key}>
-        <a href={`/reference/oauth-providers/${key}`}>{name}</a>
-      </li>
-    ))}
-</ul>

docs/docs/reference/04-providers/02-oauth.mdx

@@ -1,193 +0,0 @@
----
-title: OAuth Provider Options
-sidebar_label: OAuth options
----
-
-## Provider Options
-
-Whenever you configure a custom or a built-in OAuth provider, you have the following options available:
-
-```ts
-interface OAuthConfig {
-  /**
-   * OpenID Connect (OIDC) compliant providers can configure
-   * this instead of `authorize`/`token`/`userinfo` options
-   * without further configuration needed in most cases.
-   * You can still use the `authorize`/`token`/`userinfo`
-   * options for advanced control.
-   *
-   * [Authorization Server Metadata](https://datatracker.ietf.org/doc/html/rfc8414#section-3)
-   */
-  wellKnown?: string
-  /**
-   * The login process will be initiated by sending the user to this URL.
-   *
-   * [Authorization endpoint](https://datatracker.ietf.org/doc/html/rfc6749#section-3.1)
-   */
-  authorization: EndpointHandler<AuthorizationParameters>
-  /**
-   * Endpoint that returns OAuth 2/OIDC tokens and information about them.
-   * This includes `access_token`, `id_token`, `refresh_token`, etc.
-   *
-   * [Token endpoint](https://datatracker.ietf.org/doc/html/rfc6749#section-3.2)
-   */
-  token: EndpointHandler<
-    UrlParams,
-    {
-      /**
-       * Parameters extracted from the request to the `/api/auth/callback/:providerId` endpoint.
-       * Contains params like `state`.
-       */
-      params: CallbackParamsType
-      /**
-       * When using this custom flow, make sure to do all the necessary security checks.
-       * This object contains parameters you have to match against the request to make sure it is valid.
-       */
-      checks: OAuthChecks
-    },
-    { tokens: TokenSet }
-  >
-  /**
-   * When using an OAuth 2 provider, the user information must be requested
-   * through an additional request from the userinfo endpoint.
-   *
-   * [Userinfo endpoint](https://www.oauth.com/oauth2-servers/signing-in-with-google/verifying-the-user-info)
-   */
-  userinfo?: EndpointHandler<UrlParams, { tokens: TokenSet }, Profile>
-  type: "oauth"
-  /**
-   * Used in URLs to refer to a certain provider.
-   * @example /api/auth/callback/twitter // where the `id` is "twitter"
-   */
-  id: string
-  version: string
-  profile(profile: P, tokens: TokenSet): Awaitable<User & { id: string }>
-  checks?: ChecksType | ChecksType[]
-  clientId: string
-  clientSecret: string
-  /**
-   * If set to `true`, the user information will be extracted
-   * from the `id_token` claims, instead of
-   * making a request to the `userinfo` endpoint.
-   *
-   * `id_token` is usually present in OpenID Connect (OIDC) compliant providers.
-   *
-   * [`id_token` explanation](https://www.oauth.com/oauth2-servers/openid-connect/id-tokens)
-   */
-  idToken?: boolean
-  region?: string
-  issuer?: string
-  client?: Partial<ClientMetadata>
-  allowDangerousEmailAccountLinking?: boolean
-  /**
-   * Object containing the settings for the styling of the providers sign-in buttons
-   */
-  style: ProviderStyleType
-}
-```
-
-### `authorization` option
-
-Configure how to construct the request to the [_Authorization endpoint_](https://datatracker.ietf.org/doc/html/rfc6749#section-3.1).
-
-There are two ways to use this option:
-
-1. You can either set `authorization` to be a full URL, like `"https://example.com/oauth/authorization?scope=email"`.
-2. Use an object with `url` and `params` like so
-   ```js
-   authorization: {
-     url: "https://example.com/oauth/authorization",
-     params: { scope: "email" }
-   }
-   ```
-
-:::tip
-If your Provider is OpenID Connect (OIDC) compliant, we recommend using the `wellKnown` option instead.
-:::
-
-### `token` option
-
-Configure how to construct the request to the [_Token endpoint_](https://datatracker.ietf.org/doc/html/rfc6749#section-3.2).
-
-There are three ways to use this option:
-
-1. You can either set `token` to be a full URL, like `"https://example.com/oauth/token?some=param"`.
-2. Use an object with `url` and `params` like so
-   ```js
-   token: {
-     url: "https://example.com/oauth/token",
-     params: { some: "param" }
-   }
-   ```
-3. Completely take control of the request:
-   ```js
-   token: {
-     url: "https://example.com/oauth/token",
-     async request(context) {
-       // context contains useful properties to help you make the request.
-       const tokens = await makeTokenRequest(context)
-       return { tokens }
-     }
-   }
-   ```
-
-:::warning
-Option 3. should not be necessary in most cases, but if your provider does not follow the spec, or you have some very unique constraints it can be useful. Try to avoid it, if possible.
-:::
-
-:::tip
-If your Provider is OpenID Connect (OIDC) compliant, we recommend using the `wellKnown` option instead.
-:::
-
-### `userinfo` option
-
-A `userinfo` endpoint returns information about the logged-in user. It is not part of the OAuth specification, but usually available for most providers.
-
-There are three ways to use this option:
-
-1. You can either set `userinfo` to be a full URL, like `"https://example.com/oauth/userinfo?some=param"`.
-2. Use an object with `url` and `params` like so
-   ```js
-   userinfo: {
-     url: "https://example.com/oauth/userinfo",
-     params: { some: "param" }
-   }
-   ```
-3. Completely take control of the request:
-   ```js
-   userinfo: {
-     url: "https://example.com/oauth/userinfo",
-     // The result of this method will be the input to the `profile` callback.
-     async request(context) {
-       // context contains useful properties to help you make the request.
-       return await makeUserinfoRequest(context)
-     }
-   }
-   ```
-
-:::warning
-Option 3. should not be necessary in most cases, but if your provider does not follow the spec, or you have some very unique constraints it can be useful. Try to avoid it, if possible.
-:::
-
-:::tip
-In the rare case you don't care about what this endpoint returns, or your provider does not have one, you could create a noop function:
-
-```js
-userinfo: {
-  request: () => {}
-}
-```
-
-:::
-
-:::tip
-If your Provider is OpenID Connect (OIDC) compliant, we recommend using the `wellKnown` option instead. OIDC usually returns an `id_token` from the `token` endpoint. `next-auth` can decode the `id_token` to get the user information, instead of making an additional request to the `userinfo` endpoint. Just set `idToken: true` at the top-level of your provider configuration. If not set, `next-auth` will still try to contact this endpoint.
-:::
-
-### `client` option
-
-An advanced option, hopefully you won't need it in most cases. `next-auth` uses `openid-client` under the hood, see the docs on this option [here](https://github.com/panva/node-openid-client/blob/main/docs/README.md#new-clientmetadata-jwks-options).
-
-### `allowDangerousEmailAccountLinking` option
-
-Normally, when you sign in with an OAuth provider and another account with the same email address already exists, the accounts are not linked automatically. Automatic account linking on sign in is not secure between arbitrary providers and is disabled by default (see our [Security FAQ](https://authjs.dev/reference/faq#security)). However, it may be desirable to allow automatic account linking if you trust that the provider involved has securely verified the email address associated with the account. Just set `allowDangerousEmailAccountLinking: true` in your provider configuration to enable automatic account linking.

docs/docs/reference/04-providers/04-email.md

@@ -1,19 +0,0 @@
----
-title: Email Provider options
-sidebar_label: Email options
----
-
-|          Name           |                                     Description                                     |               Type               | Required |
-| :---------------------: | :---------------------------------------------------------------------------------: | :------------------------------: | :------: |
-|           id            |                             Unique ID for the provider                              |             `string`             |   Yes    |
-|          name           |                          Descriptive name for the provider                          |             `string`             |   Yes    |
-|          type           |                       Type of provider, in this case `email`                        |            `"email"`             |   Yes    |
-|         server          |                     Path or object pointing to the email server                     |       `string` or `Object`       |   Yes    |
-| sendVerificationRequest |               Callback to execute when a verification request is sent               | `(params) => Promise<undefined>` |   Yes    |
-|          from           |   The email address from which emails are sent, default: "<no-reply@example.com>"   |             `string`             |    No    |
-|         maxAge          | How long until the e-mail can be used to log the user in seconds. Defaults to 1 day |             `number`             |    No    |
-
-See our guides on magic links authentication for further tips on how to customize this provider:
-
-- [Tutorial](/getting-started/email-tutorial)
-- [Guide deep-dive](/guides/providers/email)

docs/docs/reference/04-providers/05-credentials.md

@@ -1,17 +0,0 @@
----
-title: Credentials Provider options
-sidebar_label: Credentials options
----
-
-|    Name     |                    Description                    |                 Type                  | Required |
-| :---------: | :-----------------------------------------------: | :-----------------------------------: | :------: |
-|     id      |            Unique ID for the provider             |               `string`                |   Yes    |
-|    name     |         Descriptive name for the provider         |               `string`                |   Yes    |
-|    type     |   Type of provider, in this case `credentials`    |            `"credentials"`            |   Yes    |
-| credentials |          The credentials to sign-in with          |               `Object`                |   Yes    |
-|  authorize  | Callback to execute once user is to be authorized | `(credentials, req) => Promise<User>` |   Yes    |
-
-See our guides on credentials authentication for further tips on how to customize this provider:
-
-- [Tutorial](/getting-started/credentials-tutorial)
-- [Guide deep-dive](guides/providers/credentials)

docs/docs/reference/04-providers/_category_.json

@@ -1,5 +0,0 @@
-{
-  "label": "Providers",
-  "collapsible": true,
-  "collapsed": true
-}

docs/docs/reference/04-providers/index.md

@@ -1,16 +0,0 @@
----
-title: Overview
----
-
-There's four ways a user can be signed in:
-
-- [Using a built-in OAuth Provider](/reference/providers/oauth-builtin) (e.g Github, Twitter, Google, etc...)
-- [Using a custom OAuth Provider](/guides/providers/custom-provider)
-- [Using Email](/getting-started/email-tutorial)
-- [Using Credentials](/getting-started/credentials-tutorial)
-
-In case you need further customization, see the options for each type of provider:
-
-- [Oauth options](/reference/providers/oauth)
-- [Email options](/reference/providers/email)
-- [Credentials options](/reference/providers/credentials)

docs/docs/reference/05-oauth-providers/42.md

@@ -1,38 +0,0 @@
----
-id: 42-school
-title: 42 School
----
-
-:::note
-42 returns a field on `Account` called `created_at` which is a number. See the [docs](https://api.intra.42.fr/apidoc/guides/getting_started#make-basic-requests). Make sure to add this field to your database schema, in case if you are using an [Adapter](/reference/adapters/overview).
-:::
-
-## Documentation
-
-https://api.intra.42.fr/apidoc/guides/web_application_flow
-
-## Configuration
-
-https://profile.intra.42.fr/oauth/applications/new
-
-## Options
-
-The **42 School Provider** comes with a set of default options:
-
-- [42 School Provider options](https://github.com/nextauthjs/next-auth/blob/main/packages/next-auth/src/providers/42-school.ts)
-
-You can override any of the options to suit your own use case.
-
-## Example
-
-```js
-import FortyTwoProvider from "next-auth/providers/42-school";
-...
-providers: [
-  FortyTwoProvider({
-    clientId: process.env.FORTY_TWO_CLIENT_ID,
-    clientSecret: process.env.FORTY_TWO_CLIENT_SECRET
-  })
-]
-...
-```

docs/docs/reference/05-oauth-providers/_category_.json

@@ -1,5 +0,0 @@
-{
-  "label": "OAuth Providers",
-  "collapsible": true,
-  "collapsed": true
-}

docs/docs/reference/05-oauth-providers/apple.md

@@ -1,137 +0,0 @@
----
-id: apple
-title: Apple
----
-
-## Documentation
-
-https://developer.apple.com/sign-in-with-apple/get-started/
-
-## Configuration
-
-https://developer.apple.com/account/resources/identifiers/list/serviceId
-
-## Options
-
-The **Apple Provider** comes with a set of default options:
-
-- [Apple Provider options](https://github.com/nextauthjs/next-auth/blob/main/packages/next-auth/src/providers/apple.ts)
-
-You can override any of the options to suit your own use case.
-
-### Generating a secret
-
-Apple requires the client secret to be a JWT. To generate one, you can use the following script: https://bal.so/apple-gen-secret.
-
-For more information, see the [Apple docs](https://developer.apple.com/documentation/sign_in_with_apple/generate_and_validate_tokens#3262048)
-
-Then, you can paste the result into your `.env.local` file under `APPLE_SECRET`, so you can refer to it from your code:
-
-```js
-import AppleProvider from "next-auth/providers/apple";
-...
-providers: [
-  AppleProvider({
-    clientId: process.env.APPLE_ID,
-    clientSecret: process.env.APPLE_SECRET
-  })
-]
-...
-```
-
-:::tip
-The TeamID is located on the top right after logging in.
-:::
-
-:::tip
-The KeyID is located after you create the key. Look for it before you download the k8 file.
-:::
-
-## Testing on a development server
-
-:::tip
-Apple requires all sites to run HTTPS (including local development instances).
-:::
-
-:::tip
-Apple doesn't allow you to use localhost in domains or subdomains.
-:::
-
-### Host name resolution
-
-Edit your host file and point your site to `127.0.0.1`.
-
-_Linux/macOS_
-
-```
-sudo echo '127.0.0.1 dev.example.com' >> /etc/hosts
-```
-
-_Windows_ (run PowerShell as administrator)
-
-```ps
-Add-Content -Path C:\Windows\System32\drivers\etc\hosts -Value "127.0.0.1 dev.example.com" -Force
-```
-
-More info: [How to edit my host file?](https://phoenixnap.com/kb/how-to-edit-hosts-file-in-windows-mac-or-linux)
-
-### Create certificate
-
-Create a directory `certificates` and add the certificate files `localhost.key` and `localhost.crt`, which you generate using OpenSSL:
-
-_Linux/macOS_
-
-```bash
-openssl req -x509 -out localhost.crt -keyout localhost.key \
-  -newkey rsa:2048 -nodes -sha256 \
-  -subj "/CN=localhost" -extensions EXT -config <( \
-   printf "[dn]\nCN=localhost\n[req]\ndistinguished_name = dn\n[EXT]\nsubjectAltName=DNS:localhost\nkeyUsage=digitalSignature\nextendedKeyUsage=serverAuth")
-```
-
-_Windows_
-
-The OpenSSL executable is distributed with [Git](https://git-scm.com/download/win) for Windows. Once installed you will find the openssl.exe file in `C:\Program Files\Git\mingw64\bin`, which you can add to the system PATH environment variable if it’s not already done.
-
-Add environment variable `OPENSSL_CONF=C:\Program Files\Git\mingw64\ssl\openssl.cnf`
-
-```cmd
- req -x509 -out localhost.crt -keyout localhost.key \
-  -newkey rsa:2048 -nodes -sha256 \
-  -subj "/CN=localhost"
-```
-
-### Deploy to server
-
-You can create a `server.js` in the root of your project and run it with `node server.js` to test Sign in with Apple integration locally:
-
-```js
-const { createServer } = require("https")
-const { parse } = require("url")
-const next = require("next")
-const fs = require("fs")
-
-const dev = process.env.NODE_ENV !== "production"
-const app = next({ dev })
-const handle = app.getRequestHandler()
-
-const httpsOptions = {
-  key: fs.readFileSync("./certificates/localhost.key"),
-  cert: fs.readFileSync("./certificates/localhost.crt"),
-}
-
-app.prepare().then(() => {
-  createServer(httpsOptions, (req, res) => {
-    const parsedUrl = parse(req.url, true)
-    handle(req, res, parsedUrl)
-  }).listen(3000, (err) => {
-    if (err) throw err
-    console.log("> Ready on https://localhost:3000")
-  })
-})
-```
-
-### Helpful guides
-
-- [How to setup localhost with HTTPS with a Next.js app](https://medium.com/@anMagpie/secure-your-local-development-server-with-https-next-js-81ac6b8b3d68)
-
-- [Guide to configuring Sign in with Apple](https://developer.okta.com/blog/2019/06/04/what-the-heck-is-sign-in-with-apple)

docs/docs/reference/05-oauth-providers/atlassian.md

@@ -1,52 +0,0 @@
----
-id: atlassian
-title: Atlassian
----
-
-## Documentation
-
-https://developer.atlassian.com/cloud/jira/platform/oauth-2-authorization-code-grants-3lo-for-apps/#implementing-oauth-2-0--3lo-
-
-## Options
-
-The **Atlassian Provider** comes with a set of default options:
-
-- [Atlassian Provider options](https://github.com/nextauthjs/next-auth/blob/main/packages/next-auth/src/providers/atlassian.ts)
-
-You can override any of the options to suit your own use case.
-
-## Example
-
-```js
-import AtlassianProvider from "next-auth/providers/atlassian";
-...
-providers: [
-  AtlassianProvider({
-    clientId: process.env.ATLASSIAN_CLIENT_ID,
-    clientSecret: process.env.ATLASSIAN_CLIENT_SECRET,
-    authorization: {
-      params: {
-        scope: "write:jira-work read:jira-work read:jira-user offline_access read:me"
-      }
-    }
-  })
-]
-...
-```
-
-## Instructions
-
-### Configuration
-
-:::tip
-An app can be created at https://developer.atlassian.com/apps/
-:::
-
-Under "Apis and features" in the side menu, configure the following for "OAuth 2.0 (3LO)":
-
-- Redirect URL
-  - http://localhost:3000/api/auth/callback/atlassian
-
-:::warning
-To enable access to Jira Platform REST API you must enable User Identity API and add `read:me` to your provider scope option.
-:::

docs/docs/reference/05-oauth-providers/auth0.md

@@ -1,39 +0,0 @@
----
-id: auth0
-title: Auth0
----
-
-## Documentation
-
-https://auth0.com/docs/api/authentication#authorize-application
-
-## Configuration
-
-https://manage.auth0.com/dashboard
-
-## Options
-
-The **Auth0 Provider** comes with a set of default options:
-
-- [Auth0 Provider options](https://github.com/nextauthjs/next-auth/blob/main/packages/next-auth/src/providers/auth0.ts)
-
-You can override any of the options to suit your own use case.
-
-## Example
-
-```js
-import Auth0Provider from "next-auth/providers/auth0";
-...
-providers: [
-  Auth0Provider({
-    clientId: process.env.AUTH0_CLIENT_ID,
-    clientSecret: process.env.AUTH0_CLIENT_SECRET,
-    issuer: process.env.AUTH0_ISSUER
-  })
-]
-...
-```
-
-:::note
-`issuer` should be the fully qualified URL – e.g. `https://dev-s6clz2lv.eu.auth0.com`
-:::

docs/docs/reference/05-oauth-providers/authentik.md

@@ -1,35 +0,0 @@
----
-id: authentik
-title: Authentik
----
-
-## Documentation
-
-https://goauthentik.io/docs/providers/oauth2
-
-## Options
-
-The **Authentik Provider** comes with a set of default options:
-
-- [Authentik Provider options](https://github.com/nextauthjs/next-auth/blob/main/packages/next-auth/src/providers/authentik.ts)
-
-You can override any of the options to suit your own use case.
-
-## Example
-
-```js
-import AuthentikProvider from "next-auth/providers/authentik";
-...
-providers: [
-  AuthentikProvider({
-    clientId: process.env.AUTHENTIK_ID,
-    clientSecret: process.env.AUTHENTIK_SECRET,
-    issuer: process.env.AUTHENTIK_ISSUER,
-  })
-]
-...
-```
-
-:::note
-`issuer` should include the slug without a trailing slash – e.g., `https://my-authentik-domain.com/application/o/My_Slug`
-:::

docs/docs/reference/05-oauth-providers/azure-ad-b2c.md

@@ -1,117 +0,0 @@
----
-id: azure-ad-b2c
-title: Azure Active Directory B2C
----
-
-:::note
-Azure AD B2C returns the following fields on `Account`:
-
-- `refresh_token_expires_in` (number)
-- `not_before` (number)
-- `id_token_expires_in` (number)
-- `profile_info` (string).
-
-See their [docs](https://docs.microsoft.com/en-us/azure/active-directory-b2c/access-tokens). Remember to add these fields to your database schema, in case if you are using an [Adapter](/reference/adapters/overview).
-:::
-
-## Documentation
-
-https://docs.microsoft.com/azure/active-directory/develop/v2-oauth2-auth-code-flow
-
-## Configuration
-
-https://docs.microsoft.com/azure/active-directory-b2c/tutorial-create-tenant
-
-## Options
-
-The **Azure Active Directory Provider** comes with a set of default options:
-
-- [Azure Active Directory Provider options](https://github.com/nextauthjs/next-auth/blob/main/packages/next-auth/src/providers/azure-ad-b2c.ts)
-
-You can override any of the options to suit your own use case.
-
-## Configuration (Basic)
-
-Basic configuration sets up Azure AD B2C to return an ID Token. This should be done as a prerequisite prior to running through the Advanced configuration.
-
-Step 1: Azure AD B2C Tenant
-https://docs.microsoft.com/en-us/azure/active-directory-b2c/tutorial-create-tenant
-
-Step 2: App Registration
-https://docs.microsoft.com/en-us/azure/active-directory-b2c/tutorial-register-applications
-
-Step 3: User Flow
-https://docs.microsoft.com/en-us/azure/active-directory-b2c/tutorial-create-user-flows
-
-Note: For the step "User attributes and token claims" you might minimally:
-
-- Collect attribute:
-  - Email Address
-  - Display Name
-  - Given Name
-  - Surname
-- Return claim:
-  - Email Addresses
-  - Display Name
-  - Given Name
-  - Surname
-  - Identity Provider
-  - Identity Provider Access Token
-  - User's Object ID
-
-## Example
-
-In `.env.local` create the following entries:
-
-```
-AZURE_AD_B2C_TENANT_NAME=<copy the B2C tenant name here from Step 1>
-AZURE_AD_B2C_CLIENT_ID=<copy Application (client) ID here from Step 2>
-AZURE_AD_B2C_CLIENT_SECRET=<copy generated secret value here from Step 2>
-AZURE_AD_B2C_PRIMARY_USER_FLOW=<copy the name of the signin user flow you created from Step 3>
-```
-
-In `pages/api/auth/[...nextauth].js` find or add the AZURE_AD_B2C entries:
-
-```js
-import AzureADB2CProvider from "next-auth/providers/azure-ad-b2c";
-...
-providers: [
-  AzureADB2CProvider({
-    tenantId: process.env.AZURE_AD_B2C_TENANT_NAME,
-    clientId: process.env.AZURE_AD_B2C_CLIENT_ID,
-    clientSecret: process.env.AZURE_AD_B2C_CLIENT_SECRET,
-    primaryUserFlow: process.env.AZURE_AD_B2C_PRIMARY_USER_FLOW,
-    authorization: { params: { scope: "offline_access openid" } },
-  }),
-]
-...
-```
-
-## Configuration (Advanced)
-
-Advanced configuration sets up Azure AD B2C to return an Authorization Token. This builds on the steps completed in the Basic configuration above.
-
-Step 4: Add a Web API application
-https://docs.microsoft.com/en-us/azure/active-directory-b2c/tutorial-single-page-app-webapi?tabs=app-reg-ga
-
-Note: this is a second app registration (similar to Step 2) but with different setup and configuration.
-
-## Example
-
-Nothing in `.env.local` needs to change here. The only update is in `pages/api/auth/[...nextauth].js` where you will need to add the additional scopes that were created in Step 4 above:
-
-```js
-import AzureADB2CProvider from "next-auth/providers/azure-ad-b2c";
-...
-providers: [
-  AzureADB2CProvider({
-    tenantId: process.env.AZURE_AD_B2C_TENANT_NAME,
-    clientId: process.env.AZURE_AD_B2C_CLIENT_ID,
-    clientSecret: process.env.AZURE_AD_B2C_CLIENT_SECRET,
-    primaryUserFlow: process.env.AZURE_AD_B2C_PRIMARY_USER_FLOW,
-    authorization: { params: { scope: `https://${process.env.AZURE_AD_B2C_TENANT_NAME}.onmicrosoft.com/api/demo.read https://${process.env.AZURE_AD_B2C_TENANT_NAME}.onmicrosoft.com/api/demo.write offline_access openid` } },
-  }),
-]
-...
-
-```

docs/docs/reference/05-oauth-providers/azure-ad.md

@@ -1,59 +0,0 @@
----
-id: azure-ad
-title: Azure Active Directory
----
-
-## Documentation
-
-https://docs.microsoft.com/en-us/azure/active-directory/develop/v2-oauth2-auth-code-flow
-
-## Configuration
-
-https://docs.microsoft.com/en-us/azure/active-directory/develop/quickstart-register-app
-
-## Example
-
-### To allow specific Active Directory users access:
-
-- In https://portal.azure.com/ search for "Azure Active Directory", and select your organization.
-- Next, go to "App Registration" in the left menu, and create a new one.
-- Pay close attention to "Who can use this application or access this API?"
-  - This allows you to scope access to specific types of user accounts
-  - Only your tenant, all azure tenants, or all azure tenants and public Microsoft accounts (Skype, Xbox, Outlook.com, etc.)
-- When asked for a redirection URL, use `https://yourapplication.com/api/auth/callback/azure-ad` or for development `http://localhost:3000/api/auth/callback/azure-ad`.
-- After your App Registration is created, under "Client Credential" create your Client secret.
-- Now copy your:
-  - Application (client) ID
-  - Directory (tenant) ID
-  - Client secret (value)
-
-In `.env.local` create the following entries:
-
-```
-AZURE_AD_CLIENT_ID=<copy Application (client) ID here>
-AZURE_AD_CLIENT_SECRET=<copy generated client secret value here>
-AZURE_AD_TENANT_ID=<copy the tenant id here>
-```
-
-That will default the tenant to use the `common` authorization endpoint. [For more details see here](https://docs.microsoft.com/en-us/azure/active-directory/develop/active-directory-v2-protocols#endpoints).
-
-:::note
-Azure AD returns the profile picture in an ArrayBuffer, instead of just a URL to the image, so our provider converts it to a base64 encoded image string and returns that instead. See: https://docs.microsoft.com/en-us/graph/api/profilephoto-get?view=graph-rest-1.0#examples. The default image size is 48x48 to avoid [running out of space](https://authjs.dev/concepts/faq#:~:text=What%20are%20the%20disadvantages%20of%20JSON%20Web%20Tokens%3F) in case the session is saved as a JWT.
-:::
-
-In `pages/api/auth/[...nextauth].js` find or add the `AzureAD` entries:
-
-```js
-import AzureADProvider from "next-auth/providers/azure-ad";
-
-...
-providers: [
-  AzureADProvider({
-    clientId: process.env.AZURE_AD_CLIENT_ID,
-    clientSecret: process.env.AZURE_AD_CLIENT_SECRET,
-    tenantId: process.env.AZURE_AD_TENANT_ID,
-  }),
-]
-...
-
-```

docs/docs/reference/05-oauth-providers/battlenet.md

@@ -1,46 +0,0 @@
----
-id: battle.net
-title: Battle.net
----
-
-## Documentation
-
-https://develop.battle.net/documentation/guides/using-oauth
-
-## Configuration
-
-https://develop.battle.net/access/clients
-
-## Options
-
-The **Battle.net Provider** comes with a set of default options:
-
-- [Battle.net Provider options](https://github.com/nextauthjs/next-auth/blob/main/packages/next-auth/src/providers/battlenet.ts)
-
-You can override any of the options to suit your own use case.
-
-## Example
-
-```js
-import BattleNetProvider from "next-auth/providers/battlenet";
-...
-providers: [
-  BattleNetProvider({
-    clientId: process.env.BATTLENET_CLIENT_ID,
-    clientSecret: process.env.BATTLENET_CLIENT_SECRET,
-    issuer: process.env.BATTLENET_ISSUER
-  })
-]
-...
-```
-
-`issuer` must be one of these values, based on the [available regions](https://develop.battle.net/documentation/guides/regionality-and-apis):
-
-```ts
-type BattleNetIssuer =
-  | "https://www.battlenet.com.cn/oauth"
-  | "https://us.battle.net/oauth"
-  | "https://eu.battle.net/oauth"
-  | "https://kr.battle.net/oauth"
-  | "https://tw.battle.net/oauth"
-```

docs/docs/reference/05-oauth-providers/box.md

@@ -1,34 +0,0 @@
----
-id: box
-title: Box
----
-
-## Documentation
-
-https://developer.box.com/reference/
-
-## Configuration
-
-https://developer.box.com/guides/sso-identities-and-app-users/connect-okta-to-app-users/configure-box/
-
-## Options
-
-The **Box Provider** comes with a set of default options:
-
-- [Box Provider options](https://github.com/nextauthjs/next-auth/blob/main/packages/next-auth/src/providers/box.js)
-
-You can override any of the options to suit your own use case.
-
-## Example
-
-```js
-import BoxProvider from "next-auth/providers/box";
-...
-providers: [
-  BoxProvider({
-    clientId: process.env.BOX_CLIENT_ID,
-    clientSecret: process.env.BOX_CLIENT_SECRET
-  })
-]
-...
-```

docs/docs/reference/05-oauth-providers/boxyhq-saml.md

@@ -1,58 +0,0 @@
----
-id: boxyhq-saml
-title: BoxyHQ SAML
----
-
-## Documentation
-
-BoxyHQ SAML is an open source service that handles the SAML login flow as an OAuth 2.0 flow, abstracting away all the complexities of the SAML protocol.
-
-You can deploy BoxyHQ SAML as a separate service or embed it into your app using our NPM library. [Check out the documentation for more details](https://boxyhq.com/docs/jackson/deploy)
-
-## Configuration
-
-SAML login requires a configuration for every tenant of yours. One common method is to use the domain for an email address to figure out which tenant they belong to. You can also use a unique tenant ID (string) from your backend for this, typically some kind of account or organization ID.
-
-Check out the [documentation](https://boxyhq.com/docs/jackson/saml-flow#2-saml-config-api) for more details.
-
-## Options
-
-The **BoxyHQ SAML Provider** comes with a set of default options:
-
-- [BoxyHQ Provider options](https://github.com/nextauthjs/next-auth/tree/main/packages/next-auth/src/providers/boxyhq-saml.ts)
-
-You can override any of the options to suit your own use case.
-
-## Example
-
-```ts
-import BoxyHQSAMLProvider from "next-auth/providers/boxyhq-saml"
-...
-providers: [
-  BoxyHQSAMLProvider({
-    issuer: "http://localhost:5225",
-    clientId: "dummy", // The dummy here is necessary since we'll pass tenant and product custom attributes in the client code
-    clientSecret: "dummy", // The dummy here is necessary since we'll pass tenant and product custom attributes in the client code
-  })
-}
-...
-```
-
-On the client side you'll need to pass additional parameters `tenant` and `product` to the `signIn` function. This will allow BoxyHQL SAML to figure out the right SAML configuration and take your user to the right SAML Identity Provider to sign them in.
-
-```tsx
-import { signIn } from "next-auth/react";
-...
-
-  // Map your users's email to a tenant and product
-  const tenant = email.split("@")[1];
-  const product = 'my_awesome_product';
-...
-  <Button
-    onClick={async (event) => {
-      event.preventDefault();
-
-      signIn("boxyhq-saml", {}, { tenant, product });
-    }}>
-...
-```

docs/docs/reference/05-oauth-providers/bungie.md

@@ -1,137 +0,0 @@
----
-id: bungie
-title: Bungie
----
-
-## Documentation
-
-https://github.com/Bungie-net/api/wiki/OAuth-Documentation
-
-## Configuration
-
-https://www.bungie.net/en/Application
-
-## Options
-
-The **Bungie Provider** comes with a set of default options:
-
-- [Bungie Provider options](https://github.com/nextauthjs/next-auth/blob/main/packages/next-auth/src/providers/bungie.js)
-
-You can override any of the options to suit your own use case.
-
-## Example
-
-```js
-import BungieProvider from "next-auth/providers/bungie";
-...
-providers: [
-  BungieProvider({
-    clientId: process.env.BUNGIE_CLIENT_ID,
-    clientSecret: process.env.BUNGIE_SECRET,
-    headers: {
-      "X-API-Key": process.env.BUNGIE_API_KEY
-    }
-  }),
-]
-...
-```
-
-### Configuration
-
-:::tip
-Bungie require all sites to run HTTPS (including local development instances).
-:::
-
-:::tip
-Bungie doesn't allow you to use localhost as the website URL, instead you need to use https://127.0.0.1:3000
-:::
-
-Navigate to https://www.bungie.net/en/Application and fill in the required details:
-
-- Application name
-- Application Status
-- Website
-- OAuth Client Type
-  - Confidential
-- Redirect URL
-  - https://localhost:3000/api/auth/callback/bungie
-- Scope
-  - `Access items like your Bungie.net notifications, memberships, and recent Bungie.Net forum activity.`
-- Origin Header
-
-The following guide may be helpful:
-
-- [How to setup localhost with HTTPS with a Next.js app](https://medium.com/@anMagpie/secure-your-local-development-server-with-https-next-js-81ac6b8b3d68)
-
-### Example server
-
-You will need to edit your host file and point your site at `127.0.0.1`
-
-[How to edit my host file?](https://phoenixnap.com/kb/how-to-edit-hosts-file-in-windows-mac-or-linux)
-
-On Windows (Run Powershell as administrator)
-
-```ps
-Add-Content -Path C:\Windows\System32\drivers\etc\hosts -Value "127.0.0.1`tdev.example.com" -Force
-```
-
-```
-127.0.0.1 dev.example.com
-```
-
-#### Create certificate
-
-Creating a certificate for localhost is easy with openssl. Just put the following command in the terminal. The output will be two files: localhost.key and localhost.crt.
-
-```bash
-openssl req -x509 -out localhost.crt -keyout localhost.key \
-  -newkey rsa:2048 -nodes -sha256 \
-  -subj "/CN=localhost" -extensions EXT -config <( \
-   printf "[dn]\nCN=localhost\n[req]\ndistinguished_name = dn\n[EXT]\nsubjectAltName=DNS:localhost\nkeyUsage=digitalSignature\nextendedKeyUsage=serverAuth")
-```
-
-:::tip
-**Windows**
-
-The OpenSSL executable is distributed with [Git](https://git-scm.com/download/win]9) for Windows.
-Once installed you will find the openssl.exe file in `C:/Program Files/Git/mingw64/bin` which you can add to the system PATH environment variable if it’s not already done.
-
-Add environment variable `OPENSSL_CONF=C:/Program Files/Git/mingw64/ssl/openssl.cnf`
-
-```bash
- req -x509 -out localhost.crt -keyout localhost.key \
-  -newkey rsa:2048 -nodes -sha256 \
-  -subj "/CN=localhost"
-```
-
-:::
-
-Create directory `certificates` and place `localhost.key` and `localhost.crt`
-
-You can create a `server.js` in the root of your project and run it with `node server.js` to test Sign in with Bungie integration locally:
-
-```js
-const { createServer } = require("https")
-const { parse } = require("url")
-const next = require("next")
-const fs = require("fs")
-
-const dev = process.env.NODE_ENV !== "production"
-const app = next({ dev })
-const handle = app.getRequestHandler()
-
-const httpsOptions = {
-  key: fs.readFileSync("./certificates/localhost.key"),
-  cert: fs.readFileSync("./certificates/localhost.crt"),
-}
-
-app.prepare().then(() => {
-  createServer(httpsOptions, (req, res) => {
-    const parsedUrl = parse(req.url, true)
-    handle(req, res, parsedUrl)
-  }).listen(3000, (err) => {
-    if (err) throw err
-    console.log("> Ready on https://localhost:3000")
-  })
-})
-```

docs/docs/reference/05-oauth-providers/cognito.md

@@ -1,49 +0,0 @@
----
-id: cognito
-title: Amazon Cognito
----
-
-## Documentation
-
-https://docs.aws.amazon.com/cognito/latest/developerguide/cognito-userpools-server-contract-reference.html
-
-## Configuration
-
-https://console.aws.amazon.com/cognito/users/
-
-You need to select your AWS region to go the the Cognito dashboard.
-
-## Options
-
-The **Amazon Cognito Provider** comes with a set of default options:
-
-- [Amazon Cognito Provider options](https://github.com/nextauthjs/next-auth/blob/main/packages/next-auth/src/providers/cognito.ts)
-
-You can override any of the options to suit your own use case.
-
-## Example
-
-```js
-import CognitoProvider from "next-auth/providers/cognito";
-...
-providers: [
-  CognitoProvider({
-    clientId: process.env.COGNITO_CLIENT_ID,
-    clientSecret: process.env.COGNITO_CLIENT_SECRET,
-    issuer: process.env.COGNITO_ISSUER,
-  })
-]
-...
-```
-
-:::tip
-The issuer is a URL, that looks like this: `https://cognito-idp.{region}.amazonaws.com/{PoolId}`
-:::
-
-`PoolId` is from `General Settings` in Cognito, not to be confused with the App Client ID.
-
-:::warning
-Make sure you select all the appropriate client settings or the OAuth flow will not work.
-:::
-
-![cognito](https://user-images.githubusercontent.com/7902980/83951604-cd096e80-a832-11ea-8bd2-c496ec9a16cb.PNG)

docs/docs/reference/05-oauth-providers/coinbase.md

@@ -1,38 +0,0 @@
----
-id: coinbase
-title: Coinbase
----
-
-## Documentation
-
-https://developers.coinbase.com/api/v2
-
-## Configuration
-
-https://www.coinbase.com/settings/api
-
-## Options
-
-The **Coinbase Provider** comes with a set of default options:
-
-- [Coinbase Provider options](https://github.com/nextauthjs/next-auth/blob/main/packages/next-auth/src/providers/coinbase.js)
-
-You can override any of the options to suit your own use case.
-
-## Example
-
-```js
-import CoinbaseProvider from "next-auth/providers/coinbase";
-...
-providers: [
-  CoinbaseProvider({
-    clientId: process.env.COINBASE_CLIENT_ID,
-    clientSecret: process.env.COINBASE_CLIENT_SECRET
-  })
-]
-...
-```
-
-:::tip
-This Provider template has a 2 hour access token to it. A refresh token is also returned.
-:::

docs/docs/reference/05-oauth-providers/discord.md

@@ -1,34 +0,0 @@
----
-id: discord
-title: Discord
----
-
-## Documentation
-
-https://discord.com/developers/docs/topics/oauth2
-
-## Configuration
-
-https://discord.com/developers/applications
-
-## Options
-
-The **Discord Provider** comes with a set of default options:
-
-- [Discord Provider options](https://github.com/nextauthjs/next-auth/blob/main/packages/next-auth/src/providers/discord.ts)
-
-You can override any of the options to suit your own use case.
-
-## Example
-
-```js
-import DiscordProvider from "next-auth/providers/discord";
-...
-providers: [
-  DiscordProvider({
-    clientId: process.env.DISCORD_CLIENT_ID,
-    clientSecret: process.env.DISCORD_CLIENT_SECRET
-  })
-]
-...
-```

docs/docs/reference/05-oauth-providers/dropbox.md

@@ -1,34 +0,0 @@
----
-id: dropbox
-title: Dropbox
----
-
-## Documentation
-
-https://developers.dropbox.com/oauth-guide
-
-## Configuration
-
-https://www.dropbox.com/developers/apps
-
-## Options
-
-The **Dropbox Provider** comes with a set of default options:
-
-- [Dropbox Provider options](https://github.com/nextauthjs/next-auth/blob/main/packages/next-auth/src/providers/dropbox.js)
-
-You can override any of the options to suit your own use case.
-
-## Example
-
-```js
-import DropboxProvider from "next-auth/providers/dropbox";
-...
-providers: [
-  DropboxProvider({
-    clientId: process.env.DROPBOX_CLIENT_ID,
-    clientSecret: process.env.DROPBOX_CLIENT_SECRET
-  })
-]
-...
-```

docs/docs/reference/05-oauth-providers/eveonline.md

@@ -1,51 +0,0 @@
----
-id: eveonline
-title: EVE Online
----
-
-## Documentation
-
-https://developers.eveonline.com/blog/article/sso-to-authenticated-calls
-
-## Configuration
-
-https://developers.eveonline.com/
-
-## Options
-
-The **EVE Online Provider** comes with a set of default options:
-
-- [EVE Online Provider options](https://github.com/nextauthjs/next-auth/blob/main/packages/next-auth/src/providers/eveonline.ts)
-
-You can override any of the options to suit your own use case.
-
-## Example
-
-```js
-import EVEOnlineProvider from "next-auth/providers/eveonline";
-...
-providers: [
-  EVEOnlineProvider({
-    clientId: process.env.EVE_CLIENT_ID,
-    clientSecret: process.env.EVE_CLIENT_SECRET
-  })
-]
-...
-```
-
-:::tip When creating your application, make sure to select `Authentication Only` as the connection type.
-
-:::tip If using JWT for the session, you can add the `CharacterID` to the JWT token and session. Example:
-
-```js
-...
-options: {
-  callbacks: {
-    session: async ({ session, token }) => {
-      session.user.id = token.id;
-      return session;
-    }
-  }
-}
-...
-```

docs/docs/reference/05-oauth-providers/facebook.md

@@ -1,42 +0,0 @@
----
-id: facebook
-title: Facebook
----
-
-## Documentation
-
-https://developers.facebook.com/docs/facebook-login/manually-build-a-login-flow/
-
-## Configuration
-
-https://developers.facebook.com/apps/
-
-## Options
-
-The **Facebook Provider** comes with a set of default options:
-
-- [Facebook Provider options](https://github.com/nextauthjs/next-auth/blob/main/packages/next-auth/src/providers/facebook.ts)
-
-You can override any of the options to suit your own use case.
-
-## Example
-
-```js
-import FacebookProvider from "next-auth/providers/facebook";
-...
-providers: [
-  FacebookProvider({
-    clientId: process.env.FACEBOOK_CLIENT_ID,
-    clientSecret: process.env.FACEBOOK_CLIENT_SECRET
-  })
-]
-...
-```
-
-:::tip
-Production applications cannot use localhost URLs to sign in with Facebook. You need to use a dedicated development application in Facebook to use **localhost** callback URLs.
-:::
-
-:::tip
-Email address may not be returned for accounts created on mobile.
-:::

docs/docs/reference/05-oauth-providers/faceit.md

@@ -1,38 +0,0 @@
----
-id: faceit
-title: FACEIT
----
-
-## Documentation
-
-https://cdn.faceit.com/third_party/docs/FACEIT_Connect_3.0.pdf
-
-## Configuration
-
-https://developers.faceit.com/apps
-
-Grant type: `Authorization Code`
-
-Scopes to have basic infos (email, nickname, guid and avatar) : `openid`, `email`, `profile`
-
-## Options
-
-The **FACEIT Provider** comes with a set of default options:
-
-- [FACEIT Provider options](https://github.com/nextauthjs/next-auth/blob/main/packages/next-auth/src/providers/faceit.js)
-
-You can override any of the options to suit your own use case.
-
-## Example
-
-```js
-import FaceItProvider from "next-auth/providers/faceit";
-...
-providers: [
-  FaceItProvider({
-    clientId: process.env.FACEIT_CLIENT_ID,
-    clientSecret: process.env.FACEIT_CLIENT_SECRET
-  })
-]
-...
-```

docs/docs/reference/05-oauth-providers/foursquare.md

@@ -1,39 +0,0 @@
----
-id: foursquare
-title: Foursquare
----
-
-## Documentation
-
-https://developer.foursquare.com/docs/places-api/authentication/#web-applications
-
-## Configuration
-
-https://developer.foursquare.com/
-
-:::warning
-Foursquare requires an additional `apiVersion` parameter in [`YYYYMMDD` format](https://developer.foursquare.com/docs/places-api/versioning/), which essentially states "I'm prepared for API changes up to this date".
-:::
-
-## Options
-
-The **Foursquare Provider** comes with a set of default options:
-
-- [Foursquare Provider options](https://github.com/nextauthjs/next-auth/blob/main/packages/next-auth/src/providers/foursquare.js)
-
-You can override any of the options to suit your own use case.
-
-## Example
-
-```js
-import FourSquareProvider from "next-auth/providers/foursquare";
-...
-providers: [
-  FourSquareProvider({
-    clientId: process.env.FOURSQUARE_CLIENT_ID,
-    clientSecret: process.env.FOURSQUARE_CLIENT_SECRET,
-    apiVersion: "YYYYMMDD"
-  })
-]
-...
-```

docs/docs/reference/05-oauth-providers/freshbooks.md

@@ -1,34 +0,0 @@
----
-id: freshbooks
-title: Freshbooks
----
-
-## Documentation
-
-https://www.freshbooks.com/api/authenticating-with-oauth-2-0-on-the-new-freshbooks-api
-
-## Configuration
-
-https://my.freshbooks.com/#/developer
-
-## Options
-
-The Freshbooks Provider comes with a set of default options:
-
-https://www.freshbooks.com/api/start
-
-You can override any of the options to suit your own use case.
-
-## Example
-
-```js
-import FreshbooksProvider from "next-auth/providers/freshbooks";
-...
-providers: [
-  FreshbooksProvider({
-    clientId: process.env.FRESHBOOKS_CLIENT_ID,
-    clientSecret: process.env.FRESHBOOKS_CLIENT_SECRET,
-  })
-]
-...
-```

docs/docs/reference/05-oauth-providers/fusionauth.md

@@ -1,59 +0,0 @@
----
-id: fusionauth
-title: FusionAuth
----
-
-## Documentation
-
-https://fusionauth.io/docs/v1/tech/oauth/
-
-## Options
-
-The **FusionAuth Provider** comes with a set of default options:
-
-- [FusionAuth Provider options](https://github.com/nextauthjs/next-auth/blob/main/packages/next-auth/src/providers/fusionauth.ts)
-
-You can override any of the options to suit your own use case.
-
-## Example
-
-```js
-import FusionAuthProvider from "next-auth/providers/fusionauth";
-...
-providers: [
-  FusionAuthProvider({
-    id: "fusionauth",
-    name: "FusionAuth",
-    issuer:  process.env.FUSIONAUTH_ISSUER,
-    clientId: process.env.FUSIONAUTH_CLIENT_ID,
-    clientSecret: process.env.FUSIONAUTH_SECRET,
-    tenantId: process.env.FUSIONAUTH_TENANT_ID // Only required if you're using multi-tenancy
-  }),
-]
-...
-```
-
-:::warning
-If you're using multi-tenancy, you need to pass in the `tenantId` option to apply the proper theme.
-:::
-
-## Instructions
-
-### Configuration
-
-:::tip
-An application can be created at https://your-fusionauth-server-url/admin/application.
-
-For more information, follow the [FusionAuth 5-minute setup guide](https://fusionauth.io/docs/v1/tech/5-minute-setup-guide).
-:::
-
-In the OAuth settings for your application, configure the following.
-
-- Redirect URL
-  - https://localhost:3000/api/auth/callback/fusionauth
-- Enabled grants
-  - Make sure _Authorization Code_ is enabled.
-
-If using JSON Web Tokens, you need to make sure the signing algorithm is RS256, you can create an RS256 key pair by
-going to Settings, Key Master, generate RSA and choosing SHA-256 as algorithm. After that, go to the JWT settings of
-your application and select this key as Access Token signing key and Id Token signing key.

docs/docs/reference/05-oauth-providers/github.md

@@ -1,46 +0,0 @@
----
-id: github
-title: GitHub
----
-
-:::note
-GitHub returns a field on `Account` called `refresh_token_expires_in` which is a number. See their [docs](https://docs.github.com/en/developers/apps/building-github-apps/refreshing-user-to-server-access-tokens#response). Remember to add this field to your database schema, in case if you are using an [Adapter](/reference/adapters/overview).
-:::
-
-## Documentation
-
-https://developer.github.com/apps/building-oauth-apps/authorizing-oauth-apps
-
-## Configuration
-
-https://github.com/settings/apps
-
-## Options
-
-The **GitHub Provider** comes with a set of default options:
-
-- [GitHub Provider options](https://github.com/nextauthjs/next-auth/blob/main/packages/next-auth/src/providers/github.ts)
-
-You can override any of the options to suit your own use case.
-
-## Example
-
-```js
-import GitHubProvider from "next-auth/providers/github";
-...
-providers: [
-  GitHubProvider({
-    clientId: process.env.GITHUB_ID,
-    clientSecret: process.env.GITHUB_SECRET
-  })
-]
-...
-```
-
-:::warning
-Only allows one callback URL per Client ID / Client Secret.
-:::
-
-:::tip
-Email address is always returned, even if the user doesn't have a public email address on their profile.
-:::

docs/docs/reference/05-oauth-providers/gitlab.md

@@ -1,38 +0,0 @@
----
-id: gitlab
-title: GitLab
----
-
-## Documentation
-
-https://docs.gitlab.com/ee/api/oauth2.html
-
-## Configuration
-
-https://gitlab.com/-/profile/applications
-
-## Options
-
-The **Gitlab Provider** comes with a set of default options:
-
-- [Gitlab Provider options](https://github.com/nextauthjs/next-auth/blob/main/packages/next-auth/src/providers/gitlab.ts)
-
-You can override any of the options to suit your own use case.
-
-## Example
-
-```js
-import GitlabProvider from "next-auth/providers/gitlab";
-...
-providers: [
-  GitlabProvider({
-    clientId: process.env.GITLAB_CLIENT_ID,
-    clientSecret: process.env.GITLAB_CLIENT_SECRET
-  })
-]
-...
-```
-
-:::tip
-Enable the _"read_user"_ option in scope if you want to save the users email address on sign up.
-:::

docs/docs/reference/05-oauth-providers/google.md

@@ -1,93 +0,0 @@
----
-id: google
-title: Google
----
-
-## Documentation
-
-https://developers.google.com/identity/protocols/oauth2
-
-## Configuration
-
-https://console.developers.google.com/apis/credentials
-
-The "Authorized redirect URIs" used when creating the credentials must include your full domain and end in the callback path. For example;
-
-- For production: `https://{YOUR_DOMAIN}/api/auth/callback/google`
-- For development: `http://localhost:3000/api/auth/callback/google`
-
-## Options
-
-The **Google Provider** comes with a set of default options:
-
-- [Google Provider options](https://github.com/nextauthjs/next-auth/blob/main/packages/next-auth/src/providers/google.ts)
-
-You can override any of the options to suit your own use case.
-
-## Example
-
-```js
-import GoogleProvider from "next-auth/providers/google";
-...
-providers: [
-  GoogleProvider({
-    clientId: process.env.GOOGLE_CLIENT_ID,
-    clientSecret: process.env.GOOGLE_CLIENT_SECRET
-  })
-]
-...
-```
-
-:::warning
-Google only provides Refresh Token to an application the first time a user signs in.
-
-To force Google to re-issue a Refresh Token, the user needs to remove the application from their account and sign in again:
-https://myaccount.google.com/permissions
-
-Alternatively, you can also pass options in the `params` object of `authorization` which will force the Refresh Token to always be provided on sign in, however this will ask all users to confirm if they wish to grant your application access every time they sign in.
-
-If you need access to the RefreshToken or AccessToken for a Google account and you are not using a database to persist user accounts, this may be something you need to do.
-
-```js
-const options = {
-  ...
-  providers: [
-    GoogleProvider({
-      clientId: process.env.GOOGLE_ID,
-      clientSecret: process.env.GOOGLE_SECRET,
-      authorization: {
-        params: {
-          prompt: "consent",
-          access_type: "offline",
-          response_type: "code"
-        }
-      }
-    })
-  ],
-  ...
-}
-```
-
-:::
-
-:::tip
-Google also returns a `email_verified` boolean property in the OAuth profile.
-
-You can use this property to restrict access to people with verified accounts at a particular domain.
-
-```js
-const options = {
-  ...
-  callbacks: {
-    async signIn({ account, profile }) {
-      if (account.provider === "google") {
-        return profile.email_verified && profile.email.endsWith("@example.com")
-      }
-      return true // Do different verification for other providers that don't have `email_verified`
-    },
-  }
-  ...
-}
-```
-
-:::

docs/docs/reference/05-oauth-providers/identity-server4.md

@@ -1,61 +0,0 @@
----
-id: identity-server4
-title: IdentityServer4
----
-
-:::warning
-[IdentityServer4 is discontinued](https://identityserver4.readthedocs.io/en/latest/#:~:text=until%20November%202022.) and only releases security updates until November 2022. You should consider an alternative provider.
-:::
-
-## Documentation
-
-https://identityserver4.readthedocs.io/en/latest/
-
-## Options
-
-The **IdentityServer4 Provider** comes with a set of default options:
-
-- [IdentityServer4 Provider options](https://github.com/nextauthjs/next-auth/blob/main/packages/next-auth/src/providers/identity-server4.js)
-
-You can override any of the options to suit your own use case.
-
-## Example
-
-```js
-import IdentityServer4Provider from "next-auth/providers/identity-server4";
-...
-providers: [
-  IdentityServer4Provider({
-    id: "identity-server4",
-    name: "IdentityServer4",
-    issuer:  process.env.IdentityServer4_Issuer,
-    clientId: process.env.IdentityServer4_CLIENT_ID,
-    clientSecret: process.env.IdentityServer4_CLIENT_SECRET
-  })
-]
-...
-```
-
-## Demo IdentityServer
-
-The configuration below is for the demo server at https://demo.identityserver.io/
-
-If you want to try it out, you can copy and paste the configuration below.
-
-You can sign in to the demo service with either <b>bob/bob</b> or <b>alice/alice</b>.
-
-```js
-import IdentityServer4Provider from `next-auth/providers/identity-server4`
-...
-providers: [
-  IdentityServer4Provider({
-    id: "demo-identity-server",
-    name: "Demo IdentityServer4",
-    authorization: { params: { scope: "openid profile email api offline_access" } },
-    issuer:  "https://demo.identityserver.io/",
-    clientId: "interactive.confidential",
-    clientSecret: "secret",
-  })
-}
-...
-```

docs/docs/reference/05-oauth-providers/instagram.md

@@ -1,50 +0,0 @@
----
-id: instagram
-title: Instagram
----
-
-## Documentation
-
-https://developers.facebook.com/docs/instagram-basic-display-api/getting-started
-
-## Configuration
-
-https://developers.facebook.com/apps/
-
-## Options
-
-The **Instagram Provider** comes with a set of default options:
-
-- [Instagram Provider options](https://github.com/nextauthjs/next-auth/blob/main/packages/next-auth/src/providers/instagram.js)
-
-You can override any of the options to suit your own use case.
-
-## Example
-
-```jsx
-// pages/api/auth/[...nextauth].js
-import InstagramProvider from "next-auth/providers/instagram";
-...
-providers: [
-  InstagramProvider({
-    clientId: process.env.INSTAGRAM_CLIENT_ID,
-    clientSecret: process.env.INSTAGRAM_CLIENT_SECRET
-  })
-]
-...
-// pages/index.jsx
-import { signIn } from "next-auth/react"
-...
-<button onClick={() => signIn("instagram")}>
-  Sign in
-</button>
-...
-```
-
-:::warning
-Email address is not returned by the Instagram API.
-:::
-
-:::tip
-Instagram display app required callback URL to be configured in your Facebook app and Facebook required you to use **https** even for localhost! In order to do that, you either need to [add an SSL to your localhost](https://www.freecodecamp.org/news/how-to-get-https-working-on-your-local-development-environment-in-5-minutes-7af615770eec/) or use a proxy such as [ngrok](https://ngrok.com/docs).
-:::

docs/docs/reference/05-oauth-providers/kakao.md

@@ -1,40 +0,0 @@
----
-id: kakao
-title: Kakao
----
-
-## Documentation
-
-https://developers.kakao.com/product/kakaoLogin
-
-## Configuration
-
-https://developers.kakao.com/docs/latest/en/kakaologin/common
-
-## Options
-
-The **Kakao Provider** comes with a set of default options:
-
-- [Kakao Provider options](https://github.com/nextauthjs/next-auth/blob/main/packages/next-auth/src/providers/kakao.ts)
-
-You can override any of the options to suit your own use case.
-
-## Example
-
-```js
-import KakaoProvider from "next-auth/providers/kakao";
-...
-providers: [
-  KakaoProvider({
-    clientId: process.env.KAKAO_CLIENT_ID,
-    clientSecret: process.env.KAKAO_CLIENT_SECRET
-  })
-]
-...
-```
-
-## Instructions
-
-### Configuration
-
-Create a provider and a Kakao application at `https://developers.kakao.com/console/app`. In the settings of the app under Kakao Login, activate web app, change consent items and configure callback URL.

docs/docs/reference/05-oauth-providers/keycloak.md

@@ -1,41 +0,0 @@
----
-id: keycloak
-title: Keycloak
----
-
-## Documentation
-
-https://www.keycloak.org/docs/latest/server_admin/#_oidc_clients
-
-## Configuration
-
-:::tip
-Create an openid-connect client in Keycloak with "confidential" as the "Access Type".
-:::
-
-## Options
-
-The **Keycloak Provider** comes with a set of default options:
-
-- [Keycloak Provider options](https://github.com/nextauthjs/next-auth/blob/main/packages/next-auth/src/providers/keycloak.ts)
-
-You can override any of the options to suit your own use case.
-
-## Example
-
-```js
-import KeycloakProvider from "next-auth/providers/keycloak";
-...
-providers: [
-  KeycloakProvider({
-    clientId: process.env.KEYCLOAK_ID,
-    clientSecret: process.env.KEYCLOAK_SECRET,
-    issuer: process.env.KEYCLOAK_ISSUER,
-  })
-]
-...
-```
-
-:::note
-`issuer` should include the realm – e.g. `https://my-keycloak-domain.com/realms/My_Realm`
-:::

docs/docs/reference/05-oauth-providers/line.md

@@ -1,47 +0,0 @@
----
-id: line
-title: LINE
----
-
-## Documentation
-
-https://developers.line.biz/en/docs/line-login/integrate-line-login/
-
-## Configuration
-
-https://developers.line.biz/console/
-
-## Options
-
-The **Line Provider** comes with a set of default options:
-
-- [Line Provider options](https://github.com/nextauthjs/next-auth/blob/main/packages/next-auth/src/providers/line.ts)
-
-You can override any of the options to suit your own use case.
-
-## Example
-
-```js
-import LineProvider from "next-auth/providers/line";
-...
-providers: [
-  LineProvider({
-    clientId: process.env.LINE_CLIENT_ID,
-    clientSecret: process.env.LINE_CLIENT_SECRET
-  })
-]
-...
-```
-
-## Instructions
-
-### Configuration
-
-Create a provider and a LINE login channel at `https://developers.line.biz/console/`. In the settings of the channel under LINE Login, activate web app and configure the following:
-
-- Callback URL
-  - http://localhost:3000/api/auth/callback/line
-
-:::tip
-To retrieve email address, you need to apply for Email address permission. Open [Line Developer Console](https://developers.line.biz/console/), go to your Login Channel. Scroll down bottom to find **OpenID Connect** -> **Email address permission**. Click **Apply** and follow the instruction.
-:::

docs/docs/reference/05-oauth-providers/linkedin.md

@@ -1,38 +0,0 @@
----
-id: linkedin
-title: LinkedIn
----
-
-## Documentation
-
-https://docs.microsoft.com/en-us/linkedin/shared/authentication/authorization-code-flow
-
-## Configuration
-
-https://www.linkedin.com/developers/apps/
-
-From the Auth tab get the client ID and client secret. On the same tab, add redirect URLs such as http://localhost:3000/api/auth/callback/linkedin so LinkedIn can correctly redirect back to your application. Finally, head over to the Products tab and enable the "Sign In with LinkedIn" product. The LinkedIn team will review and approve your request before you can test it out.
-
-![image](https://user-images.githubusercontent.com/330396/114429603-68195600-9b72-11eb-8311-62e58383c42b.png)
-
-## Options
-
-The **LinkedIn Provider** comes with a set of default options:
-
-- [LinkedIn Provider options](https://github.com/nextauthjs/next-auth/blob/main/packages/next-auth/src/providers/linkedin.ts)
-
-You can override any of the options to suit your own use case.
-
-## Example
-
-```js
-import LinkedInProvider from "next-auth/providers/linkedin";
-...
-providers: [
-  LinkedInProvider({
-    clientId: process.env.LINKEDIN_CLIENT_ID,
-    clientSecret: process.env.LINKEDIN_CLIENT_SECRET
-  })
-]
-...
-```

docs/docs/reference/05-oauth-providers/mailchimp.md

@@ -1,34 +0,0 @@
----
-id: mailchimp
-title: Mailchimp
----
-
-## Documentation
-
-https://mailchimp.com/developer/marketing/guides/access-user-data-oauth-2/
-
-## Configuration
-
-https://admin.mailchimp.com/account/oauth2/client/
-
-## Options
-
-The **Mailchimp Provider** comes with a set of default options:
-
-- [Mailchimp Provider options](https://github.com/nextauthjs/next-auth/blob/main/packages/next-auth/src/providers/mailchimp.js)
-
-You can override any of the options to suit your own use case.
-
-## Example
-
-```js
-import MailchimpProvider from "next-auth/providers/mailchimp";
-...
-providers: [
-  MailchimpProvider({
-    clientId: process.env.MAILCHIMP_CLIENT_ID,
-    clientSecret: process.env.MAILCHIMP_CLIENT_SECRET
-  })
-]
-...
-```

docs/docs/reference/05-oauth-providers/mailru.md

@@ -1,34 +0,0 @@
----
-id: mailru
-title: Mail.ru
----
-
-## Documentation
-
-https://o2.mail.ru/docs
-
-## Configuration
-
-https://o2.mail.ru/app/
-
-## Options
-
-The **Mail.ru Provider** comes with a set of default options:
-
-- [Mail.ru Provider options](https://github.com/nextauthjs/next-auth/blob/main/packages/next-auth/src/providers/mailru.js)
-
-You can override any of the options to suit your own use case.
-
-## Example
-
-```js
-import MailRuProvider from "next-auth/providers/mailru";
-...
-providers: [
-  MailRuProvider({
-    clientId: process.env.MAILRU_CLIENT_ID,
-    clientSecret: process.env.MAILRU_CLIENT_SECRET
-  })
-]
-...
-```

docs/docs/reference/05-oauth-providers/mattermost.md

@@ -1,36 +0,0 @@
----
-id: mattermost
-title: Mattermost
----
-
-## Documentation
-
-https://developers.mattermost.com/integrate/apps/authentication/oauth2
-
-## Configuration
-
-http://my-cool-server.cloud.mattermost.com/mycoolteam/integrations/oauth2-apps
-
-## Options
-
-The **Mattermost provider** comes with a set of default options:
-
-- [Mattermost Provider options](https://github.com/nextauthjs/next-auth/blob/main/packages/core/src/providers/mattermost.ts)
-
-You can override any of the options to suit your own use case.
-
-## Example
-
-```ts
-import Mattermost from "@auth/core/providers/mattermost";
-...
-providers: [
-  Mattermost({
-    // The base url of your Mattermost instance. e.g https://my-cool-server.cloud.mattermost.com
-    clientId: env.MATTERMOST_ID,
-    clientSecret: env.MATTERMOST_SECRET,
-    issuer: env.MATTERMOST_ISSUER,
-  })
-]
-...
-```

docs/docs/reference/05-oauth-providers/medium.md

@@ -1,38 +0,0 @@
----
-id: medium
-title: Medium
----
-
-## Documentation
-
-https://github.com/Medium/medium-api-docs
-
-## Configuration
-
-https://medium.com/me/applications
-
-## Options
-
-The **Medium Provider** comes with a set of default options:
-
-- [Medium Provider options](https://github.com/nextauthjs/next-auth/blob/main/packages/next-auth/src/providers/medium.js)
-
-You can override any of the options to suit your own use case.
-
-## Example
-
-```js
-import MediumProvider from "next-auth/providers/medium";
-...
-providers: [
-  MediumProvider({
-    clientId: process.env.MEDIUM_CLIENT_ID,
-    clientSecret: process.env.MEDIUM_CLIENT_SECRET
-  })
-}
-...
-```
-
-:::warning
-Email address is not returned by the Medium API.
-:::

docs/docs/reference/05-oauth-providers/naver.md

@@ -1,34 +0,0 @@
----
-id: naver
-title: Naver
----
-
-## Documentation
-
-https://developers.naver.com/docs/login/overview/overview.md
-
-## Configuration
-
-https://developers.naver.com/docs/login/api/api.md
-
-## Options
-
-The **Naver Provider** comes with a set of default options:
-
-- [Naver Provider options](https://github.com/nextauthjs/next-auth/blob/main/packages/next-auth/src/providers/naver.ts)
-
-You can override any of the options to suit your own use case.
-
-## Example
-
-```js
-import NaverProvider from "next-auth/providers/naver";
-...
-providers: [
-  NaverProvider({
-    clientId: process.env.NAVER_CLIENT_ID,
-    clientSecret: process.env.NAVER_CLIENT_SECRET
-  })
-]
-...
-```

docs/docs/reference/05-oauth-providers/netlify.md

@@ -1,34 +0,0 @@
----
-id: netlify
-title: Netlify
----
-
-## Documentation
-
-https://www.netlify.com/blog/2016/10/10/integrating-with-netlify-oauth2/
-
-## Configuration
-
-https://github.com/netlify/netlify-oauth-example
-
-## Options
-
-The **Netlify Provider** comes with a set of default options:
-
-- [Netlify Provider options](https://github.com/nextauthjs/next-auth/blob/main/packages/next-auth/src/providers/netlify.js)
-
-You can override any of the options to suit your own use case.
-
-## Example
-
-```js
-import NetlifyProvider from "next-auth/providers/netlify";
-...
-providers: [
-  NetlifyProvider({
-    clientId: process.env.NETLIFY_CLIENT_ID,
-    clientSecret: process.env.NETLIFY_CLIENT_SECRET
-  })
-]
-...
-```

docs/docs/reference/05-oauth-providers/okta.md

@@ -1,31 +0,0 @@
----
-id: okta
-title: Okta
----
-
-## Documentation
-
-https://developer.okta.com/docs/reference/api/oidc
-
-## Options
-
-The **Okta Provider** comes with a set of default options:
-
-- [Okta Provider options](https://github.com/nextauthjs/next-auth/blob/main/packages/next-auth/src/providers/okta.ts)
-
-You can override any of the options to suit your own use case.
-
-## Example
-
-```js
-import OktaProvider from "next-auth/providers/okta";
-...
-providers: [
-  OktaProvider({
-    clientId: process.env.OKTA_CLIENT_ID,
-    clientSecret: process.env.OKTA_CLIENT_SECRET,
-    issuer: process.env.OKTA_ISSUER
-  })
-]
-...
-```

docs/docs/reference/05-oauth-providers/onelogin.md

@@ -1,35 +0,0 @@
----
-id: onelogin
-title: OneLogin
----
-
-## Documentation
-
-https://developers.onelogin.com/openid-connect
-
-## Configuration
-
-https://developers.onelogin.com/openid-connect/connect-to-onelogin
-
-## Options
-
-The **OneLogin Provider** comes with a set of default options:
-
-- [OneLogin Provider options](https://github.com/nextauthjs/next-auth/blob/main/packages/next-auth/src/providers/onelogin.js)
-
-You can override any of the options to suit your own use case.
-
-## Example
-
-```js
-import OneLoginProvider from "next-auth/providers/onelogin";
-...
-providers: [
-  OneLoginProvider({
-    clientId: process.env.ONELOGIN_CLIENT_ID,
-    clientSecret: process.env.ONELOGIN_CLIENT_SECRET,
-    issuer: process.env.ONELOGIN_ISSUER
-  })
-]
-...
-```

docs/docs/reference/05-oauth-providers/osso.md

@@ -1,47 +0,0 @@
----
-id: osso
-title: Osso
----
-
-## Documentation
-
-Osso is an open source service that handles SAML authentication against Identity Providers, normalizes profiles, and makes those profiles available to you in an OAuth 2.0 code grant flow.
-
-If you don't yet have an Osso instance, you can use [Osso's Demo App](https://demo.ossoapp.com) for your testing purposes. For documentation on deploying an Osso instance, see https://ossoapp.com/docs/deploy/overview/
-
-## Configuration
-
-You can configure your OAuth Clients on your Osso Admin UI, i.e. https://demo.ossoapp.com/admin/config - you'll need to get a Client ID and Secret and allow-list your redirect URIs.
-
-[SAML SSO differs a bit from OAuth](https://ossoapp.com/blog/saml-vs-oauth) - for every tenant who wants to sign in to your application using SAML, you and your customer need to perform a multi-step configuration in Osso's Admin UI and the admin dashboard of the tenant's Identity Provider. Osso provides documentation for providers like Okta and OneLogin, cloud-based IDPs who also offer a developer account that's useful for testing. Osso also provides a [Mock IDP](https://idp.ossoapp.com) that you can use for testing without needing to sign up for an Identity Provider service.
-
-See Osso's complete configuration and testing documentation at https://ossoapp.com/docs/configure/overview
-
-## Options
-
-The **Osso Provider** comes with a set of default options:
-
-- [Osso Provider options](https://github.com/nextauthjs/next-auth/blob/main/packages/next-auth/src/providers/osso.js)
-
-You can override any of the options to suit your own use case.
-
-## Example
-
-A full example application is available at https://github.com/enterprise-oss/osso-next-auth-example and https://nextjs-demo.ossoapp.com
-
-```js
-import OssoProvider from "next-auth/providers/osso";
-...
-providers: [
-  OssoProvider({
-    clientId: process.env.OSSO_CLIENT_ID,
-    clientSecret: process.env.OSSO_CLIENT_SECRET,
-    issuer: process.env.OSSO_ISSUER
-  })
-}
-...
-```
-
-:::note
-`issuer` should be the fully qualified domain – e.g. `demo.ossoapp.com`
-:::

docs/docs/reference/05-oauth-providers/osu.md

@@ -1,38 +0,0 @@
----
-id: osu
-title: Osu!
----
-
-## Documentation
-
-https://osu.ppy.sh/docs/index.html#authentication
-
-## Configuration
-
-https://osu.ppy.sh/home/account/edit#new-oauth-application
-
-## Options
-
-The **Osu Provider** comes with a set of default options:
-
-- [Osu Provider options](https://github.com/nextauthjs/next-auth/blob/main/packages/next-auth/src/providers/osu.ts)
-
-You can override any of the options to suit your own use case.
-
-:::note
-Osu! does **not** provide a user email!
-:::
-
-## Example
-
-```js
-import OsuProvider from "next-auth/providers/osu";
-...
-providers: [
-  OsuProvider({
-    clientId: process.env.OSU_CLIENT_ID,
-    clientSecret: process.env.OSU_CLIENT_SECRET
-  })
-]
-...
-```

docs/docs/reference/05-oauth-providers/patreon.md

@@ -1,40 +0,0 @@
----
-id: patreon
-title: Patreon
----
-
-## Documentation
-
-https://docs.patreon.com/#apiv2-oauth
-
-## Configuration
-
-:::tip
-Create a API v2 client on [Patreon Platform](https://www.patreon.com/portal/registration/register-clients)
-:::
-
-## Options
-
-The **Patreon Provider** comes with a set of default options:
-
-- [Patreon Provider options](https://github.com/nextauthjs/next-auth/blob/main/packages/next-auth/src/providers/patreon.ts)
-
-You can override any of the options to suit your own use case.
-
-## Example
-
-```js
-import PatreonProvider from "next-auth/providers/patreon";
-...
-providers: [
-    PatreonProvider({
-      clientId: process.env.PATREON_ID,
-      clientSecret: process.env.PATREON_SECRET,
-    })
-]
-...
-```
-
-:::note
-Make sure you use the scopes defined in [ApiV2](https://docs.patreon.com/#scopes)
-:::

docs/docs/reference/05-oauth-providers/pipedrive.md

@@ -1,30 +0,0 @@
----
-id: pipedrive
-title: Pipedrive
----
-
-## Documentation
-
-https://pipedrive.readme.io/docs/marketplace-oauth-authorization
-
-## Options
-
-The **Pipedrive Provider** comes with a set of default options:
-
-- [Pipedrive Provider options](https://github.com/nextauthjs/next-auth/blob/main/packages/next-auth/src/providers/pipedrive.ts)
-
-You can override any of the options to suit your own use case.
-
-## Example
-
-```js
-import PipedriveProvider from "next-auth/providers/pipedrive";
-...
-providers: [
-  PipedriveProvider({
-    clientId: process.env.PIPEDRIVE_CLIENT_ID,
-    clientSecret: process.env.PIPEDRIVE_CLIENT_SECRET,
-  })
-]
-...
-```

docs/docs/reference/05-oauth-providers/reddit.md

@@ -1,73 +0,0 @@
----
-id: reddit
-title: Reddit
----
-
-## Documentation
-
-https://www.reddit.com/dev/api/
-
-## Configuration
-
-https://www.reddit.com/prefs/apps/
-
-## Options
-
-The **Reddit Provider** comes with a set of default options:
-
-- [Reddit Provider options](https://github.com/nextauthjs/next-auth/blob/main/packages/next-auth/src/providers/reddit.js)
-
-You can override any of the options to suit your own use case.
-
-## Example
-
-```js
-import RedditProvider from "next-auth/providers/reddit";
-...
-providers: [
-  RedditProvider({
-    clientId: process.env.REDDIT_CLIENT_ID,
-    clientSecret: process.env.REDDIT_CLIENT_SECRET
-  })
-]
-...
-```
-
-:::warning
-Reddit requires authorization every time you go through their page.
-:::
-
-:::warning
-Only allows one callback URL per Client ID / Client Secret.
-:::
-
-:::tip
-This Provider template only has a one hour access token to it and only has the "identity" scope. If you want to get a refresh token as well you must follow this:
-
-```js
-providers: [
-  {
-    id: "reddit",
-    name: "Reddit",
-    clientId: process.env.REDDIT_CLIENT_ID,
-    clientSecret: process.env.REDDIT_CLIENT_SECRET,
-    scope: "identity mysubreddits read", //Check Reddit API Documentation for more. The identity scope is required.
-    type: "oauth",
-    version: "2.0",
-    params: { grant_type: "authorization_code" },
-    accessTokenUrl: " https://www.reddit.com/api/v1/access_token",
-    authorizationUrl:
-      "https://www.reddit.com/api/v1/authorize?response_type=code&duration=permanent",
-    profileUrl: "https://oauth.reddit.com/api/v1/me",
-    profile: (profile) => {
-      return {
-        id: profile.id,
-        name: profile.name,
-        email: null,
-      }
-    },
-  },
-]
-```
-
-:::

docs/docs/reference/05-oauth-providers/salesforce.md

@@ -1,30 +0,0 @@
----
-id: salesforce
-title: Salesforce
----
-
-## Documentation
-
-https://help.salesforce.com/articleView?id=remoteaccess_authenticate.htm&type=5
-
-## Options
-
-The **Salesforce Provider** comes with a set of default options:
-
-- [Salesforce Provider options](https://github.com/nextauthjs/next-auth/blob/main/packages/next-auth/src/providers/salesforce.ts)
-
-You can override any of the options to suit your own use case.
-
-## Example
-
-```js
-import SalesforceProvider from "next-auth/providers/salesforce";
-...
-providers: [
-  SalesforceProvider({
-    clientId: process.env.SALESFORCE_CLIENT_ID,
-    clientSecret: process.env.SALESFORCE_CLIENT_SECRET,
-  })
-]
-...
-```

docs/docs/reference/05-oauth-providers/slack.md

@@ -1,41 +0,0 @@
----
-id: slack
-title: Slack
----
-
-## Documentation
-
-https://api.slack.com/authentication
-https://api.slack.com/docs/sign-in-with-slack
-
-## Configuration
-
-https://api.slack.com/apps
-
-:::warning
-Slack requires that the redirect URL of your app uses `https`, even for local development. An easy workaround for this is using a service like [`ngrok`](https://ngrok.com) that creates a secure tunnel to your app, using `https`. Remember to set the url as `NEXTAUTH_URL` as well.
-:::
-
-![](https://i.imgur.com/ydYKTLD.png)
-
-## Options
-
-The **Slack Provider** comes with a set of default options:
-
-- [Slack Provider options](https://github.com/nextauthjs/next-auth/blob/main/packages/next-auth/src/providers/slack.ts)
-
-You can override any of the options to suit your own use case.
-
-## Example
-
-```js
-import SlackProvider from "next-auth/providers/slack";
-...
-providers: [
-  SlackProvider({
-    clientId: process.env.SLACK_CLIENT_ID,
-    clientSecret: process.env.SLACK_CLIENT_SECRET
-  })
-]
-...
-```

docs/docs/reference/05-oauth-providers/spotify.md

@@ -1,34 +0,0 @@
----
-id: spotify
-title: Spotify
----
-
-## Documentation
-
-https://developer.spotify.com/documentation/general/guides/authorization-guide
-
-## Configuration
-
-https://developer.spotify.com/dashboard/applications
-
-## Options
-
-The **Spotify Provider** comes with a set of default options:
-
-- [Spotify Provider options](https://github.com/nextauthjs/next-auth/blob/main/packages/next-auth/src/providers/spotify.ts)
-
-You can override any of the options to suit your own use case.
-
-## Example
-
-```js
-import SpotifyProvider from "next-auth/providers/spotify";
-...
-providers: [
-  SpotifyProvider({
-    clientId: process.env.SPOTIFY_CLIENT_ID,
-    clientSecret: process.env.SPOTIFY_CLIENT_SECRET
-  })
-]
-...
-```

docs/docs/reference/05-oauth-providers/strava.md

@@ -1,30 +0,0 @@
----
-id: strava
-title: Strava
----
-
-## Documentation
-
-http://developers.strava.com/docs/reference/
-
-## Options
-
-The **Strava Provider** comes with a set of default options:
-
-- [Strava Provider options](https://github.com/nextauthjs/next-auth/blob/main/packages/next-auth/src/providers/strava.ts)
-
-You can override any of the options to suit your own use case.
-
-## Example
-
-```js
-import StravaProvider from "next-auth/providers/strava";
-...
-providers: [
-  StravaProvider({
-    clientId: process.env.STRAVA_CLIENT_ID,
-    clientSecret: process.env.STRAVA_CLIENT_SECRET,
-  })
-]
-...
-```

docs/docs/reference/05-oauth-providers/todoist.md

@@ -1,35 +0,0 @@
----
-id: todoist
-title: Todoist
----
-
-## Documentation
-
-https://developer.todoist.com/guides/#oauth
-
-## Configuration
-
-https://developer.todoist.com/appconsole.html
-
-## Options
-
-The **Todoist Provider** comes with a set of default options:
-
-- [Todoist Provider options](https://github.com/nextauthjs/next-auth/blob/main/packages/next-auth/src/providers/todoist.ts)
-
-You can override any of the options to suit your own use case.
-
-## Example
-
-```js
-import TodoistProvider from "next-auth/providers/todoist";
-
-...
-providers: [
-  TodoistProvider({
-    clientId: process.env.TODOIST_ID,
-    clientSecret: process.env.TODOIST_SECRET
-  })
-]
-...
-```