gingerlime

Thank you @dentarg and nice to bump into you again here. I also had a similar hunch, but not sure how this is affected by the version of Rails though?...

It also happens with Facebook. But as I mentioned, only with Safari. I can try to create a reproducible app, but it might be tricky to include all the different...

I found a workaround. I'm still not sure what it does or how, but it seems to solve the problem. I changed our `config/application.rb`, from using `config.load_defaults 7.0` to `config.load_defaults...

Interesting. The HN link is from early 2020 and still seems to be a problem. I tested on Big Sur with Safari Version 14.1.2 (16611.3.10.1.6). Is there a better workaround...

It seems like with 6.0 defaults it is set to `nil`, so I can use `Rails.application.config.action_dispatch.cookies_same_site_protection = nil` ? not sure what the implications are. I will try to play...

I tested with `Rails.application.config.action_dispatch.cookies_same_site_protection = nil` and it seems to work. With `Rails.application.config.action_dispatch.cookies_same_site_protection = :strict` it fails to login with Google on Safari but works with Firefox.

Thank you @BobbyMcWho. We store sessions in redis, although we are considering swiching to cookies.

Thanks again @BobbyMcWho. `:none` seems to cause some strange issues in our browser automation tests on our staging environment. Didn't dig into it. `nil` (which is the 6.0 default) seems...

I think something like this can work? template: ``` {{ .Env.MYVARLIST }} ``` command: `MYVARLIST="111,222,333" docker-gen my.tmpl`

Thanks for the detailed reply, @tdumitrescu. Did you guys consider separating the super-properties part into its own module, so it can be used either indepently, or with the core library?...