This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2022-12-19
Channels
- # adventofcode (52)
- # babashka (47)
- # beginners (13)
- # clojure (36)
- # clojure-belgium (1)
- # clojure-europe (14)
- # clojure-nl (1)
- # clojure-norway (14)
- # clojurescript (2)
- # clojutre (9)
- # cursive (12)
- # datomic (3)
- # deps-new (3)
- # emacs (12)
- # fulcro (5)
- # guix (1)
- # honeysql (7)
- # introduce-yourself (1)
- # jobs (1)
- # kaocha (8)
- # lsp (5)
- # membrane (5)
- # mount (7)
- # nbb (5)
- # nrepl (2)
- # off-topic (60)
- # polylith (9)
- # reclojure (2)
- # reitit (8)
- # ring (17)
- # shadow-cljs (4)
- # spacemacs (31)
- # sql (7)
- # timbre (3)
- # xtdb (15)
what could cause ring cookies to produce a new session cookie-store encrypted value on each request? when i watch the cookie in Chrome, the value changes every refresh. the actual behaviour is fine - my session is working and my app does what i want. just seems odd that it keeps making a new value each time
https://github.com/ring-clojure/ring/blob/1.9.0/ring-core/src/ring/middleware/session.clj#L61 hm, the logic is there. But hard to say what could be changing the :session-cookie-attrs, or put the :recreate key in the response
You could start by printing the relevant parts of the response right before the session middleware checks it, so you know which path it goes down to
thanks Hukka!
we also have a lib-noir server (from years ago) that we're still using and its cookie value is stable from page to page, so i lost half a day trying to figure out why, until i recognised that the session was still working as i wanted it to
you may be hitting this bug? https://github.com/metosin/reitit/issues/205
What I had to do was to have a global store, and not put the wrap-session in the route middleware.
oh interesting, going to give that a close read
also i should read Issue logs 😅
thanks for this, i don't have this specific issue; i implemented my own interceptor instead of using their middleware