This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2017-04-29
Channels
- # aws-lambda (13)
- # beginners (4)
- # cider (6)
- # cljs-dev (1)
- # cljsrn (4)
- # clojure (134)
- # clojure-android (7)
- # clojure-dev (14)
- # clojure-russia (18)
- # clojure-spec (3)
- # clojurescript (81)
- # core-matrix (2)
- # datomic (9)
- # figwheel (1)
- # hoplon (11)
- # lumo (10)
- # off-topic (18)
- # onyx (78)
- # pedestal (5)
- # portkey (2)
- # re-frame (8)
- # reagent (3)
- # rum (1)
- # spacemacs (23)
- # yada (5)
I have found myself in the perculiar situation that as I am reloading my source through fighewheel , that i get duplicate app states ( #<Atom: {:db {:db{:db....) then subscriptions are all over the place. Elements that should be subscribed to the same thing are not... Does this have to do with having multiple UI components subscribing to the same thing?
@eveko Subscriptions shouldn't mutate the app-db, so they are unlikely to be the culprit. Sounds more like your state is being updated in some weird way in one of your event handlers
so I noticed that the db duplicates it self when ever I load the panel that presents user data...
But duplication happens in combination with hot reload from figwheel... say i change a div or something
@eveko I am not familiar (yet) with the :http-xhrio effect but shouldn’t its associated map’s :on-success kv include the actual response, e.g.,
:on-success [:process-response %]
?(that was a side note; I have no idea whether or not this has relevance to your reported problem)