This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-05-31
Channels
- # aws (2)
- # beginners (101)
- # cider (8)
- # clara (8)
- # cljs-dev (3)
- # cljsrn (17)
- # clojars (2)
- # clojure (67)
- # clojure-austin (2)
- # clojure-finland (1)
- # clojure-france (5)
- # clojure-italy (3)
- # clojure-nl (3)
- # clojure-russia (2)
- # clojure-serbia (1)
- # clojure-spec (72)
- # clojure-uk (112)
- # clojurescript (92)
- # core-async (74)
- # core-typed (2)
- # cursive (8)
- # datomic (2)
- # duct (5)
- # emacs (35)
- # events (11)
- # fulcro (32)
- # instaparse (9)
- # jobs (1)
- # luminus (1)
- # lumo (3)
- # off-topic (118)
- # om (2)
- # onyx (10)
- # pedestal (5)
- # re-frame (21)
- # reagent (48)
- # reitit (40)
- # ring (12)
- # shadow-cljs (113)
- # spacemacs (21)
- # tools-deps (47)
@tony.kay Running into issues with merge!
. complaining about derefing the state map. (it should be an atom)
The problem appears to be because of https://github.com/fulcrologic/fulcro/blob/master/src/main/fulcro/client/mutations.cljc#L207
Where it’s derefing the state atom and passing it to merge*
, which itself passes to merge-novelty!
, which seems to expect a state atom rather than a state map.
Is there a way in fulcro to make a mutation :parallel
just like loads?
@levitanong hm. when did that get broken?
Since I updated to 2.5.5 from 2.5.3
@wilkerlucio I think that merge change was in your patch?
humm, weird, it might be
I'm trying to look at the PR to see what we missed something: https://github.com/fulcrologic/fulcro/pull/191/files
well, actually, the name merge-novelty has a !, but I think thats just a misnomer perhaps
@levitanong try 2.5.6-SNAPSHOT.
@wilkerlucio I think it was just that one deref
cool, thanks for looking it up
if anyone else could try out 2.5.6-SNAPSHOT that would be appreciated. I’d like to release an update with the fix ASAP
that’s a pretty central function. Not sure why it is (mostly) working. I’ve been using 2.5.5 for a week at least daily
yeah, it's weird, I've been using it here too, and got no problems reported
cool, yeah, it is a rare case where merge is called without a query…I guess if it fixes @levitanong it is good, since he obviously has a failing case
@tony.kay That seems to fix it!
Yes, this is the case.
@tony.kay in this part of the book: http://book.fulcrologic.com/#_paginating_large_lists
load-if-missing
is called from within a mutation, but it uses load
rather than load-action
. Shouldn’t the latter be invoked rather than the former?