This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2017-10-09
Channels
- # aleph (16)
- # bangalore-clj (1)
- # beginners (57)
- # cider (4)
- # clara (1)
- # cljs-dev (25)
- # cljsrn (12)
- # clojure (76)
- # clojure-dusseldorf (2)
- # clojure-italy (41)
- # clojure-russia (4)
- # clojure-spec (3)
- # clojure-uk (122)
- # clojurescript (101)
- # cursive (8)
- # data-science (30)
- # datomic (2)
- # emacs (2)
- # figwheel (10)
- # fulcro (53)
- # garden (5)
- # gorilla (6)
- # hoplon (1)
- # jobs (1)
- # juxt (14)
- # leiningen (12)
- # om (1)
- # om-next (1)
- # onyx (21)
- # pedestal (40)
- # perun (5)
- # portkey (2)
- # re-frame (16)
- # reagent (1)
- # ring-swagger (3)
- # rum (6)
- # shadow-cljs (239)
- # spacemacs (10)
- # specter (9)
- # uncomplicate (2)
- # unrepl (1)
- # vim (13)
- # yada (16)
On some occasions when using a figwheel CLJS repl with sidecare, emacs, and piggieback I see some mysterious behavior.
I try to observe state held in an atom by just evaluating it to let it print. However, it prints nil as if nothing is there. However, if I start prodding at it with details, like keys
, count
, etc, there are results. There is actually something there. I can see it in the running web page in the browser too. It is as if the CLJS repl has two versions of state and it is able to print both depending on what operations you do.
Anything similar ever happen to anyone?
Example would be like:
(-> @my-state :something :foo) ;;= nil
(-> @my-state :something :foo keys) ;;= (:a :b :c)
when no reloading has happened and the browser continues to show me the state with the keys
I also think what comes with this behavior is the repl having a name showing up like
v------- app!{:conn 2} -------
Which isn’t there typicallyFigwheel + cider is dramatically slow for me. Could you please give me some directions to investigate and solve that issue?