So close! The fix here was incomplete:
If you pass a value of 'Strict' to Same Site, it will appear in the cookie. If you pass a value of 'Lax', it will also appear in the cookie, like so:
However, if you pass the value of 'None', which is supported according to the spec, Lucee decides to OMIT the SameSite attribute entirely.
This is incorrect, for reasons explained here:
Finally there is the option of not specifying the value which has previously been the way of implicitly stating that you want the cookie to be sent in all contexts. In the latest draft of RFC6265b is this is being made explicit by introducing a new value of SameSite=None. This means you can use None to clearly communicate that you intentionally want the cookie sent in a third-party context.
Explicitly mark the context of a cookie as None, Lax, or Strict.
Why wasn't this just a passthrough? Without being able to set a value of 'None' for valid third-party contexts, cfcookie will still fall prey to the Chrome changes.
See more about this here:
Tested in Lucee 22.214.171.124RC
I have fixed the implementation
here’s a test patch against the latest 126.96.36.199-RC, just drop it it in C:\lucee\tomcat\lucee-server\deploy
I've checked this ticket with 's PR. Before this PR, if we do not give samesite means then there is no samesite available. In this PR the default samesite is strict and also samesite "none" works fine. And yes the modern browsers need a secure attribute for "none" in samesite.
Confirmed the fix in 188.8.131.52.