sign in loop with google auth

[jgomez720]

Sign in to get started -> google auth -> select "josh@zoo.dev" -> sign in to get started

edit: also doesn't work with the email sign in

[jgomez720]

We had a user email support@zoo.dev about this same sign in loop error.

I also tried this on safari, and the same thing happens.

[jessfraz]

just sent frank a video about this as well, id consider this high priority

[jessfraz]

its all auth not jsut google

[jessfraz]

id compare how this site does auth versus teh website/modeling-app because something is fishy here, it should be saving the cookie from the response

[jessfraz]

maybe somehting with svelte kit and setting a cookie from a header: https://github.com/sveltejs/kit/issues/8409

[jessfraz]

for both the modeling app (app.zoo.dev) and website this works so its not like its a subdomain thing. but for reference it seems svelte is not reading the "set-cookie header" correctly where as our other sites are... idk but that should at least point you down the right direction

[jessfraz]

also im concerned why this was never fixed back in march when josh could reproduce as well

[jessfraz]

gets weirder

https://github.com/user-attachments/assets/1097faf4-e71e-464d-962b-5265aa6bbae1

[jessfraz]

i think its because cookies are a server side check not client side, i dont know svelte https://github.com/KittyCAD/text-to-cad-ui/blob/main/src/routes/%2Bpage.server.ts#L5

im a little like maybe we should just use the same framework for all sites so this shit doesnt happen now

[jessfraz]

I think we need something like this to parse it, i have no clue https://github.com/sveltejs/kit/issues/8409#issuecomment-1376275678 will leave to you

[jessfraz]

i think a dumb way around this is to have a set page like /success we redirect to from login that then just redirects back to the index because it seems like svelte is a real dumb ass about the set-cookie header, but hopefully you can find something better than that