Auth Client not sending cookies to Server
authClient.$fetch in a project to make requests to my server (Elysia + Better Auth). However, I noticed that the server is not able to identify the user, because $fetch is not sending the cookies in the request.
I tested adding the cookies manually to the request, and it worked correctly.
My question is: shouldn't authClient.$fetch include cookies automatically? If that’s not the expected behavior, what is the advantage of using it instead of the standard fetch?...Bun: Failed to initialize database adapter
Proxied Google OAuth no longer setting cookies
getSession or useSession, I only get null if the request was proxied (so only the only working domain is the BETTER_AUTH_URL ). I've stepped through the requests in dev tools and found that the 302 response for oauth-proxy-callback does contain the set-cookie header with the expected values (__Secure-better-auth.state and __Secure-better-auth.session_token), but on the preview deploys the next request for get-session doesn't use it (its cookie header is set to only "__Secure-better-auth.state="). On the main site, this fetch does include the __Secure-better-auth.session_token, which returns the session properly.
I've tried updating the cookie attribues to sameSite none and secure: true, which I see reflected in the oauth proxy request, but it doesn't seem to help. Have there been any other changes to cookies, OAuth, or proxying that could have broken this? Thanks!...infer additional organization field on nextjs doesnt work for hooks?

how to use organization plugin adapter
findMemberByOrgId. since it already exists I'd like to avoid writing the db query myself.
https://github.com/better-auth/better-auth/blob/dd27fa9b7981e900fb59c317c1f4aed53c05e45a/packages/better-auth/src/plugins/organization/adapter.ts#L192
how to access it from user land?...Best approach for handling two user types (CMS + App) with Better Auth and Prisma
Organization Logic
Problems with infering client session from a monorepo
createAuth which is going to build the authInstance to use it on the server and also it's going to return a type to use it on the client to infer that part.
Since I updated to the v1.3.27 I started getting issues with the types so I have to remove the declaration: true prop from my auth package. That fixed the error that I had with TS but the session is not infered on the client....
betterAuth + drizzle + pg throws error on `db push`
displaying error if account is already linked using linkSocial()
linkSocial because they have to leave the page to go through the oauth flow. ...email and password login, with unique username
Unable to initialize and generate schema.ts for sqlite with genericOauth plugin.
npx @better-auth/cli@latest generate --config ./server/utils/auth.ts the database gets created in the right place, but it's empty and no schema is generated (see error message below).
Any idea what's wrong with my setup? Thank you and BR Simon
This is my server/utils/auth.ts:...`auth.api.getSession` returns null when headers from `auth.api.signInEmail` passed to it
better-auth-extended/app-invite (https://www.npmjs.com/package/@better-auth-extended/app-invite) for provisioning the user however that was not working after some debugging I found out that the session is being returned as null...signInWithTestUser in test-utils https://github.com/better-auth/better-auth/blob/bcfd3c335cbbcee620499adca6592d86e8f4d933/packages/better-auth/src/test-utils/test-instance.ts#L236-L239
rather than passing userHeaders I changed it to
```...Stripe Upgrade Issue
RDSDataAPI adapter is not working - error: [BetterAuthError: Failed to initialize database adapter]
Invitation + user creation
Nuxt + Fastify integration guide
Any workaround for github issue?
jwt setting multiple audience
How to refresh user/session data?
email_verified to true/false in the database, the user object returned from still contains the old value of this field, making it confusing for the user to see if their email verification worked or not. The only way to update this is for the use to log out and back in, which isn't ideal of course....