🦋 Welcome to the MAIN() IRC channel of the Raku Programming Language (raku.org). This channel is logged for the purpose of keeping a history about its development | evalbot usage: 'm: say 3;' or /msg camelia m: ... | Log available at irclogs.raku.org/raku/live.html . If you're a beginner, you can also check out the #raku-beginner channel!
Set by lizmat on 8 June 2022.
jjatria I've been thinking about HTTP cookies lately: gitlab.com/jjatria/cookie-jar 16:20
Specifically, about something I could use with HTTP::Tiny to manage cookies 16:21
Still not released, but close. Any comments or thoughts about it are welcome~ 🍿 16:22
Voldenet jjatria: what about SameSite support? 18:08
jjatria Voldenet: I thought about it, but that's not in RFC6265. It is on the draft that is likely to be approved, but it was hard to decide what to support from there and what not to 19:54
So for this first release I'm targetting RFC6265 as it is, and working on the side on the support for the drafted features. Maybe with a `:draft` flag on construction? Not sure yet 19:55
Voldenet the problem is that SameSite is _in use right now_ 20:18
though it mostly makes sense for http servers, I'm not sure if http clients would find this useful anyhow 20:23
jjatria Yeah, it's in use right now, but in draft form, so it can change. In fact, it has already changed at least once. That's why I'm thinking I could add support for some of those experimental features that users can opt in to with a flag or something like it 20:43
Voldenet hm, maybe just add AT-KEY and so on 20:57
jjatria: also, bug `use Cookie::Jar; with Cookie::Jar.new() { .add("test.com", "hello=world; path=/; secure; HttpOnly; SameSite=None"); say .get("what") }` 21:00
would also be nice to handle the use case: "get the cookie for domain", something like `.get('test.com', 'session_id')` 21:20
Voldenet m: <🥚 🐔>.sort.say 23:18
camelia (🐔 🥚)
Voldenet I see.