Keep getting redirected with error: OAuthAccountNotLinked #519

alex-cory · 2020-08-01T01:14:38Z

Describe the bug
In your next-auth-example, default login screen (http://localhost:3000/api/auth/signin)

I added TWITTER_ID and TWITTER_SECRET and DATABASE_URL to .env.local
added all these callback URLs to twitter since they changed:
- http://localhost:3000/api/auth/callback/twitter
- http://localhost:3000/auth/oauth/twitter/callback <- old docs said this (came up when I searched "twitter" on next-auth.js.og)
did all the initial stuff: yarn && yarn add mongodb && yarn dev
click sign in, then click login to twitter
once it redirects back to /api/auth/callback/twitter instead of redirecting back to the home screen, it goes to /api/auth/error?error=OAuthAccountNotLinked then /api/auth/signin?error=OAuthAccountNotLinked

I noticed that when I console.log in the signIn callback I still get the twitter data.

Am I missing something here or is this a bug? Because I'm getting the same issue in my personal app.

Documentation feedback
Documentation refers to searching through online documentation, code comments and issue history. The example project refers to next-auth-example.

Found the documentation helpful
Found documentation but was incomplete
Could not find relevant documentation
Found the example project helpful
Did not find the example project helpful

The text was updated successfully, but these errors were encountered:

iaincollins · 2020-08-01T15:50:53Z

This is the error page displayed for the OAuthAccountNotLinked:

If you see OAuthAccountNotLinked it means you have already signed in with a different provider that is associated with the same email address.

alex-cory · 2020-08-01T21:30:26Z

Ah, but I only have signed in with Twitter. That's the only Provider I have with my app besides email AND I have only used this email via twitter oauth.

alex-cory · 2020-08-01T21:34:26Z

In fact I only have 1 account in my entire accounts collection, and that is the twitter signin for this user.

alex-cory · 2020-08-02T01:39:40Z

Btw, I don't have this problem in 2.2.0

alex-cory · 2020-08-02T01:40:38Z

I also wanted to say that I think this is a great library and I really appreciate all your hard work. 👏👏👏

iaincollins · 2020-08-02T01:43:31Z

I am not able to replicate this issue.

I can sign in with Twitter OAuth account, signed out, then sign back in.
I have explicitly tired this with a MongoDB database.
This can be confirmed using the example project.

I can only suggest enabling debug: true option and seeing if your database connection is throwing any errors or unexpected behaviour.

iaincollins · 2020-08-02T01:49:20Z

added all these callback URLs to twitter since they changed:
http://localhost:3000/api/auth/callback/twitter
http://localhost:3000/auth/oauth/twitter/callback <- old docs said this (came up when I searched "twitter" on next-auth.js.og)

To confirm, the callback API has not changed between version 2 and version 3. The documentation for providers is correct: https://next-auth.js.org/configuration/providers#using-a-built-in-provider

The second callback URL format is for version 1 which was released in 2016-2017. At the top of the page it says "WARNING This documentation is for version 1 which is no longer supported."

^ Edit: It might be worth us removing the v1 one docs from the website if they are coming up in search results above more relevant results.

iaincollins · 2020-08-02T01:53:08Z

Btw, I don't have this problem in 2.2.0

Hmm that's interesting.

Can you replicate this issue with the example project?

iaincollins · 2020-08-02T01:59:09Z

PS: My suspicion here is that it might be a weird interaction with the Atlas Mongo instance. I no longer have an active mongo.net instance to hand to test it, but it would be worth identifying if the same issue be replicated with the example project. If it can it's probably related to the database connection in some way.

alex-cory · 2020-08-02T01:59:55Z

I will test the example project right now and report back

iaincollins · 2020-08-02T02:04:14Z

Thanks! If you do get the same issue, any information you can provide about the database / connection type (including example of the connection info, minus sensitive info) would be very helpful.

alex-cory · 2020-08-02T02:47:37Z

It works with 2.2.0 in the example.

My .env.local looks like

NEXTAUTH_URL=http://localhost:3000
SECRET=
AUTH0_ID=
AUTH0_SECRET=
AUTH0_DOMAIN=
FACEBOOK_ID=
FACEBOOK_SECRET=
GITHUB_ID=
GITHUB_SECRET=
GOOGLE_ID=
GOOGLE_SECRET=
TWITTER_ID=my-twitter-id
TWITTER_SECRET=my-twitter-secret
EMAIL_SERVER=smtp://username:[email protected]:587
EMAIL_FROM=NextAuth <[email protected]>
DATABASE_URL=mongodb+srv://username:[email protected]/database-name?retryWrites=true&w=majority&synchronize=true

iaincollins · 2020-08-02T03:22:04Z

I can't replicate an issue with the example project, using MongoDB and Twitter. I don't have any problems signing in, signing out and then back in again.

The example uses 3.x. Did you downgrade the version of it? Can you replicate the issue raise with the example project, running 3.x?

iaincollins · 2020-08-02T03:38:19Z

^ Sorry hit save prematurely (was on mobile).

Thinking about it, if it's just a test account I'd be included to drop those collections and just re-create it again (and use v3).

I have absolutely no idea what would be causing this. I've spun up a mongo.net service on Atlas and still can't replicate it.

alex-cory · 2020-08-02T05:10:58Z

I'll drop and try again. Yes, I downgraded and checked in yarn.lock to make sure it was 2.2.0.

alex-cory · 2020-08-02T06:15:07Z

You were correct. It was the DB. Weird... So sorry I drug you through all this. I should've tried that from the get go.

I also tried your example with a fresh DB and it worked. Didn't try a new collection within the same db, but I'd assume it would work with one.

codewithnathan97 · 2020-08-21T18:50:05Z

Hi @iaincollins I just found the same error when testing oauth with Google and Github. I'm wondering is there a way to connect both providers to the same user instead of rejecting it? So sign in with Google and sign in with Github will go to the same user account.

fzxu · 2020-08-22T05:32:48Z

I got the same error if both facebook and google has the same email. It's better to provide option to merge user.

codewithnathan97 · 2020-08-22T06:10:29Z

@fzxu I've been tinkering with this since yesterday. Until the library handles the merge, I think you need to handle the sign-in process yourself

I've tried writing the SignIn callback configurations, but it seems to be called after the DB operation is resolved.
The next option is updating the next-auth.functions.js to see if it works.

iaincollins · 2020-09-22T11:56:19Z

@nsebhastian @fzxu

Please feel free to open a new issue if you have a question about why something works a particular way.

This has come up before so I've raised a PR which addresses it in the FAQ:

When I sign in with another account with the same email address, why are accounts not linked automatically?

Automatic account linking on sign in is not secure between arbitrary providers - with the exception of allowing users to sign in via an email addresses as a fallback (as they must verify their email address as part of the flow).

When an email address is associated with an OAuth account it does not necessarily mean that it has been verified as belonging to account holder — how email address verification is handled is not part of the OAuth specification and varies between providers (e.g. some do not verify first, some do verify first, others return metadata indiciating the verification status).

With automatic account linking on sign in, this can be exploited by bad actors to hijack accounts by creating an OAuth account associated with the email address of another user.

For this reason it is not secure to automatically link accounts between abitrary providers on sign in, which is why this feature is generally not provided by authentication service and is not provided by NextAuth.js.

Automatic acccount linking is seen on some sites, sometimes insecurely. It can be technically possible to do automatic account linking securely if you trust all the providers involved to ensure they have securely verified the email address associated with the account, but requires placing trust (and transfering the risk) to those providers to handle the process securely.

Examples of scenarios where this is secure include with an OAuth provider you control (e.g. that only authorizes users internal to your organization) or with a provider you explicitly trust to have verified the users email address.

Automatic account linking is not a planned feature of NextAuth.js, however there is scope to improve the user experience of account linking and of handling this flow, in a secure way. Typically this involves providing a fallback option to sign in via email, which is already possible (and recommended), but the current implementation of this flow could be improved on.

Providing support for secure account linking and unlinking of additional providers - which can only be done if a user is already signed in already - was origionally a feature in v1.x but has not been present since v2.0, is planned to return in a future release.

mattzuckermann · 2020-12-03T13:36:47Z

You were correct. It was the DB. Weird... So sorry I drug you through all this. I should've tried that from the get go.

I also tried your example with a fresh DB and it worked. Didn't try a new collection within the same db, but I'd assume it would work with one.

This also worked for me. Thanks so much everyone!

spsaucier-bakkt · 2021-01-03T16:59:55Z

I'm having this issue with a new user account using email only with Auth0 (no other oauth providers are enabled), and using a brand new database isn't a possibility. Is there an alternative to that fix?

spsaucier-bakkt · 2021-01-03T17:17:30Z

Actually, it appears to work correctly when using session instead of database, i.e.:

  session: {
    // Use JSON Web Tokens for session instead of database sessions.
    jwt: true, 
    
    // Seconds - How long until an idle session expires and is no longer valid.
    maxAge: 30 * 24 * 60 * 60, // 30 days
  },

nimeshmaharjan1 · 2022-10-30T06:04:45Z

I am getting this OAuthAccountNotLinked when trying to login with github. But if I get this error I wish it would redirect or do anything but its just stuck in the login page with no session I think I am doing something wrong.

swiftcc624 · 2022-11-24T21:29:22Z

please use allowDangerousEmailAccountLinking: true

https://next-auth.js.org/configuration/providers/oauth

domharrington · 2023-02-07T16:31:58Z

I was getting this error (OAuthAccountNotLinked) with the following dependencies:

next-auth@^4.10.3
@next-auth/mongodb-adapter@^1.0.4

It's only when I enabled the debug option that I saw the following come up in the logs during another failed signin attempt:

[next-auth][error][OAUTH_CALLBACK_HANDLER_ERROR]
https://next-auth.js.org/errors#oauth_callback_handler_error E11000 duplicate key error collection: next-auth-db.accounts index: accounts_provider_provider_account_id_key dup key: { provider: "github", provider_account_id: null } MongoServerError: E11000 duplicate key error collection: next-auth-db.accounts index: accounts_provider_provider_account_id_key dup key: { provider: "github", provider_account_id: null }
    at /code/node_modules/mongodb/lib/operations/insert.js:53:33
    at /code/node_modules/mongodb/lib/cmap/connection_pool.js:299:25
    at /code/node_modules/mongodb/lib/sdam/server.js:212:17
    at handleOperationResult (/code/node_modules/mongodb/lib/sdam/server.js:287:20)
    at Connection.onMessage (/code/node_modules/mongodb/lib/cmap/connection.js:219:9)
    at MessageStream.<anonymous> (/code/node_modules/mongodb/lib/cmap/connection.js:60:60)
    at MessageStream.emit (events.js:400:28)
    at processIncomingData (/code/node_modules/mongodb/lib/cmap/message_stream.js:132:20)
    at MessageStream._write (/code/node_modules/mongodb/lib/cmap/message_stream.js:33:9)
    at writeOrBuffer (internal/streams/writable.js:358:12) {
  name: 'LinkAccountError',
  code: 11000
}

What stood out to me here is that provider_account_id is not what the property is called anymore, it is now called providerAccountId. This changed in NextAuth v4 compared to v3: https://next-auth.js.org/getting-started/upgrade-v4#schema-changes

On further investigation, I appeared to have a unique index setup in the database for a property that wasn't being used anymore:

This meant that only a single account could ever be present in the database 😬 I've inherited this project/database so I'm not sure where that came from. Does this module ever create the indexes for you? Has that ever been a feature? It would've been nice if NextAuth bubbled up the appropriate error to the surface, at least on development, instead of hiding it behind a generic error code.

I hope this helps someone else in this situation! Thanks again for the module.

fjprobos-divisin · 2023-02-22T17:09:22Z

please use allowDangerousEmailAccountLinking: true

https://next-auth.js.org/configuration/providers/oauth

I don't see this option as available. I am using next-auth": "^4.10.3

leonardomso · 2023-04-07T17:42:44Z

please use allowDangerousEmailAccountLinking: true
https://next-auth.js.org/configuration/providers/oauth

I don't see this option as available. I am using next-auth": "^4.10.3

You should pass the allowDangerousEmailAccountLinking option to your provider, like this:

GoogleProvider({
    clientId: process.env.GOOGLE_CLIENT_ID || '',
    clientSecret: process.env.GOOGLE_CLIENT_SECRET || '',
    allowDangerousEmailAccountLinking: true,
}),

stevenirby · 2023-04-09T11:05:29Z

allowDangerousEmailAccountLinking: true,

Thank you! This worked for me.

kirtirajsinh · 2023-04-21T17:02:03Z

I'm getting the same error. While trying to create a user data on the database.
Here's my code:

import { getServerSession } from "next-auth";
import { PrismaAdapter } from "@next-auth/prisma-adapter";
import { prisma } from "./db";
import GoogleProvider from "next-auth/providers/google";

export const authOptions = {
  callbacks: {
    async signIn({ user, account, session }) {
      try {
        console.log(account, "account");
        console.log(user, "user");
        console.log(session, "session");
        // Check if the OAuth account is already linked to an existing user account
        const linkedAccount = await prisma.user.findUnique({
          where: {
            email: user.email,
          },
        });

        console.log(linkedAccount, "linkedAccount");

        if (linkedAccount) {
          // If the OAuth account is already linked, return the corresponding user
          return true;
        } else {
          // If the OAuth account is not linked, create a new user account and link it to the OAuth account
          const newUser = await prisma.user.create({
            data: {
              name: user.name,
              email: user.email,
              image: user.image,
              token: 0.1,
            },
          });

          // Return the newly created user
          return true;
        }
      } catch (error) {
        console.error(error);
        return false;
      }
    },
  },

  adapter: PrismaAdapter(prisma),
  secret: process.env.NEXTAUTH_SECRET,
  providers: [
    GoogleProvider({
      clientId: process.env.GOOGLE_CLIENT_ID,
      clientSecret: process.env.GOOGLE_CLIENT_SECRET,
    }),
  ],
};

export const getServerAuthSession = (ctx) => {
  return getServerSession(ctx.req, ctx.res, authOptions);
};

It works if I don't add a callback it. But I added it because I need the token field to be added. Now I'm getting error=OAuthAccountNotLinked. if someone has resolved it can you help this fellow dev out.

pedroferreira37 · 2023-05-13T18:48:42Z

I ran into this issue, what works for me was defining the provider id, check below:

providers: [
>     GoogleProvider({
>       id: "google",
>       name: "Google",
>       clientId: process.env.GOOGLE_CLIENT_ID,
>       clientSecret: process.env.GOOGLE_SECRET_KEY,
>     }),
>   ],

shahbhavik01 · 2023-05-16T12:22:34Z

kirtirajsinh

I have a very similar setup to you and am getting the above error too. Were you able to resolve this?

nimeshmaharjan1 · 2023-05-16T12:27:05Z

Yes I'll share the code with you in a bit I did something with prisma.upsert if the account exists update the user else create the user in sign in next auth

…

On Tue, 16 May 2023, 6:07 pm Bhavik Shah, ***@***.***> wrote: kirtirajsinh I have a very similar setup to you and am getting the above error too. Were you able to resolve this? — Reply to this email directly, view it on GitHub <#519 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AUXM4BWTDDVNHXCDBWMZ5L3XGNWRNANCNFSM4PRGFAVA> . You are receiving this because you commented.Message ID: ***@***.***>

fjprobos-divisin · 2023-05-16T16:26:15Z

please use allowDangerousEmailAccountLinking: true
https://next-auth.js.org/configuration/providers/oauth

I don't see this option as available. I am using next-auth": "^4.10.3

You should pass the allowDangerousEmailAccountLinking option to your provider, like this:
GoogleProvider({
    clientId: process.env.GOOGLE_CLIENT_ID || '',
    clientSecret: process.env.GOOGLE_CLIENT_SECRET || '',
    allowDangerousEmailAccountLinking: true,
}),

Thanks for your reply, I needed to update Next.js and then next-auth. Now I am using next-auth 4.20.1 and next 12.3.4 and the property is part of the social provider.

kirtirajsinh · 2023-05-18T14:11:52Z

share the code with you in a bit I did something with prisma.upsert if the ac

pls, do share. I'm still stuck on the same issue.

nimeshmaharjan1 · 2023-05-18T14:14:18Z

import NextAuth, { NextAuthOptions } from 'next-auth'; import { PrismaClient, USER_ROLES } from ***@***.***/client'; import { verify } from 'argon2'; import Credentials from 'next-auth/providers/credentials'; import GithubProvider from 'next-auth/providers/github'; import GoogleProvider from 'next-auth/providers/google'; const prisma = new PrismaClient(); export const authOptions: NextAuthOptions = { session: { strategy: 'jwt', maxAge: 10000, }, providers: [ Credentials({ type: 'credentials', credentials: {}, async authorize(credentials, req) { const { username, password } = credentials as { username: string; password: string }; const user = await prisma.user.findFirst({ where: { username }, }); if (!user) { throw new Error('User with this username has not been registered.'); } const isValidPassword = await verify(user.password, password as string); if (!isValidPassword) { throw new Error('Invalid password.'); } return { id: user.id, email: user.email, username: user.username, role: user.role, }; }, }), GithubProvider({ clientId: process.env.GITHUB_ID as string, clientSecret: process.env.GITHUB_SECRET as string, }), GoogleProvider({ clientId: process.env.GOOGLE_ID as string, clientSecret: process.env.GOOGLE_SECRET as string, }), ], callbacks: { async signIn({ user, credentials }) { if (credentials) { return true; } const dbUser = await prisma.user.upsert({ where: { email: user.email as string }, update: { name: user.name, image: user.image, }, create: { name: user.name, email: user.email, image: user.image, password: user.name as string, username: user.name as string, role: USER_ROLES.USER, }, }); // add the userId to the session object user.role = dbUser.role; user.id = dbUser.id; return true; }, jwt(params) { if (params?.user?.role) { params.token.username = params.user.username; params.token.role = params.user?.role; params.token.id = params.user?.id; } return params.token; }, session: (params) => { if (params.session?.user) { params.session.user.username = params.token.username; params.session.user.role = params.token?.role; params.session.user.id = params.token?.id; } return params.session; }, }, pages: { signIn: '/auth/login', }, }; export default NextAuth(authOptions); Message ID: ***@***.***>

…

nimeshmaharjan1 · 2023-05-18T14:14:42Z

the above is my ...nextauth.ts

…

On Thu, May 18, 2023 at 7:57 PM Meta-K ***@***.***> wrote: share the code with you in a bit I did something with prisma.upsert if the ac pls, do share. I'm still stuck on the same issue. — Reply to this email directly, view it on GitHub <#519 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AUXM4BTZCPYOPSD34NUACYLXGYU3JANCNFSM4PRGFAVA> . You are receiving this because you commented.Message ID: ***@***.***>

leo-petrucci · 2023-10-16T08:11:29Z

You should pass the allowDangerousEmailAccountLinking option to your provider, like this:

Oh my god I love you

0xw5555 · 2024-01-14T20:52:11Z

I am getting this OAuthAccountNotLinked when trying to login with DISCORD . its just stuck in the login page with no session & can’t enter a giveaway without connecting my discord account. Any idea how to fix it ?

nextauthjs/next-auth#519 (comment)

Mirasaki · 2024-02-10T20:00:58Z

I was having this issue as well, and in the hopes this will help at least someone: Using the Prisma adapter, I had a seeder populating the database with our administrators (users, roles, permissions, etc.) which ended up causing this. The User was being created with the default cuid() id value, instead of the (selected) provider user id.

unknwOO · 2024-02-10T21:13:38Z

I was having this issue as well, and in the hopes this will help at least someone: Using the Prisma adapter, I had a seeder populating the database with our administrators (users, roles, permissions, etc.) which ended up causing this. The User was being created with the default cuid() id value, instead of the (selected) provider user id.

Hey man, I am having this issue right now with the next auth v5 beta, what did you do to solve the problem of prisma adapter generating the default cuid? Thank you really much

Ydin0 · 2024-02-12T02:21:54Z

I was having this issue as well, and in the hopes this will help at least someone: Using the Prisma adapter, I had a seeder populating the database with our administrators (users, roles, permissions, etc.) which ended up causing this. The User was being created with the default cuid() id value, instead of the (selected) provider user id.

Can you expand on this i am stuck on this issue been trying to solve for a long time now

nimeshmaharjan1 · 2024-02-12T06:23:13Z

Don't use this package fr I implemented on my own and so much easier and predictable than this trash

…

On Mon, 12 Feb 2024, 8:07 am Yaseen Deen, ***@***.***> wrote: I was having this issue as well, and in the hopes this will help at least someone: Using the Prisma adapter, I had a seeder populating the database with our administrators (users, roles, permissions, etc.) which ended up causing this. The User was being created with the default cuid() id value, instead of the (selected) provider user id. Can you expand on this i am stuck on this issue been trying to solve for a long time now — Reply to this email directly, view it on GitHub <#519 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AUXM4BXPBHYDJSQ57FERYV3YTF4FBAVCNFSM4PRGFAVKU5DIOJSWCZC7NNSXTN2JONZXKZKDN5WW2ZLOOQ5TCOJTG44TSMBXHA4A> . You are receiving this because you commented.Message ID: ***@***.***>

BrunoLagoa · 2024-07-03T02:58:24Z

add allowDangerousEmailAccountLinking: true,

GoogleProvider({
      clientId: process.env.GOOGLE_CLIENT_ID,
      clientSecret: process.env.GOOGLE_CLIENT_SECRET,
      allowDangerousEmailAccountLinking: true,
      authorization: {
        params: {
          prompt: "consent",
          access_type: "offline",
          response_type: "code",
        },
      },
    }),

vehktaur · 2025-01-12T16:31:10Z

i had this same problem, I dropped my solution here:
#9992 (comment)

alex-cory added the bug Something isn't working label Aug 1, 2020

iaincollins added stale Did not receive any activity for 60 days and removed bug Something isn't working labels Aug 1, 2020

iaincollins closed this as completed Aug 1, 2020

iaincollins reopened this Aug 2, 2020

iaincollins closed this as completed Aug 2, 2020

guiaramos mentioned this issue Sep 22, 2020

Allow approved users only #699

Closed

5 tasks

bogdansoare mentioned this issue Feb 8, 2022

Occasional error while trying to auth planetscale/beam#21

Closed

raphaelmsr mentioned this issue Sep 4, 2022

Issue with on device Expo intagaming/kaol-app-demo#1

Open

mshumayl mentioned this issue Mar 14, 2023

Protect /main route mshumayl/quran-gpt#6

Merged

hyunjinee mentioned this issue May 23, 2023

chore: login layout 예시 만들어보기 위해 init hyunjinee/linkgraph#13

Merged

Security2431 mentioned this issue Oct 17, 2023

Credential auth Security2431/2day-report#13

Open

12 tasks

tsriram mentioned this issue Nov 29, 2023

Drizzle adapter with SQLite is not working with async clients #9276

Closed

jinxuan-owyong added a commit to GreenHarmonyNUS/application that referenced this issue Feb 9, 2024

feat: integrate user registration flow and remove google sign in

b816a88

nextauthjs/next-auth#519 (comment)

nimit9 mentioned this issue Apr 4, 2024

Feat/auth code100x/daily-code#129

Merged

Keep getting redirected with error: OAuthAccountNotLinked #519

Keep getting redirected with error: OAuthAccountNotLinked #519

Comments

alex-cory commented Aug 1, 2020 • edited Loading

iaincollins commented Aug 1, 2020

alex-cory commented Aug 1, 2020

alex-cory commented Aug 1, 2020 • edited Loading

alex-cory commented Aug 2, 2020

alex-cory commented Aug 2, 2020

iaincollins commented Aug 2, 2020

iaincollins commented Aug 2, 2020 • edited Loading

iaincollins commented Aug 2, 2020

iaincollins commented Aug 2, 2020

alex-cory commented Aug 2, 2020

iaincollins commented Aug 2, 2020

alex-cory commented Aug 2, 2020

iaincollins commented Aug 2, 2020 • edited Loading

iaincollins commented Aug 2, 2020

alex-cory commented Aug 2, 2020

alex-cory commented Aug 2, 2020 • edited Loading

codewithnathan97 commented Aug 21, 2020 • edited Loading

fzxu commented Aug 22, 2020

codewithnathan97 commented Aug 22, 2020

iaincollins commented Sep 22, 2020

When I sign in with another account with the same email address, why are accounts not linked automatically?

mattzuckermann commented Dec 3, 2020

spsaucier-bakkt commented Jan 3, 2021 • edited Loading

spsaucier-bakkt commented Jan 3, 2021

nimeshmaharjan1 commented Oct 30, 2022

swiftcc624 commented Nov 24, 2022 • edited Loading

domharrington commented Feb 7, 2023

fjprobos-divisin commented Feb 22, 2023

leonardomso commented Apr 7, 2023

stevenirby commented Apr 9, 2023

kirtirajsinh commented Apr 21, 2023

pedroferreira37 commented May 13, 2023 • edited Loading

shahbhavik01 commented May 16, 2023

nimeshmaharjan1 commented May 16, 2023 via email

fjprobos-divisin commented May 16, 2023

kirtirajsinh commented May 18, 2023

nimeshmaharjan1 commented May 18, 2023 via email

nimeshmaharjan1 commented May 18, 2023 via email

leo-petrucci commented Oct 16, 2023

0xw5555 commented Jan 14, 2024

Mirasaki commented Feb 10, 2024

unknwOO commented Feb 10, 2024

Ydin0 commented Feb 12, 2024

nimeshmaharjan1 commented Feb 12, 2024 via email

BrunoLagoa commented Jul 3, 2024 • edited Loading

vehktaur commented Jan 12, 2025

alex-cory commented Aug 1, 2020 •

edited

Loading

alex-cory commented Aug 1, 2020 •

edited

Loading

iaincollins commented Aug 2, 2020 •

edited

Loading

iaincollins commented Aug 2, 2020 •

edited

Loading

alex-cory commented Aug 2, 2020 •

edited

Loading

codewithnathan97 commented Aug 21, 2020 •

edited

Loading

spsaucier-bakkt commented Jan 3, 2021 •

edited

Loading

swiftcc624 commented Nov 24, 2022 •

edited

Loading

pedroferreira37 commented May 13, 2023 •

edited

Loading

BrunoLagoa commented Jul 3, 2024 •

edited

Loading