This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2020-07-16
Channels
- # aws (17)
- # babashka (2)
- # beginners (131)
- # bristol-clojurians (1)
- # calva (16)
- # chlorine-clover (6)
- # cider (10)
- # clara (5)
- # cljsrn (82)
- # clojure (176)
- # clojure-dev (14)
- # clojure-europe (13)
- # clojure-italy (13)
- # clojure-nl (4)
- # clojure-spec (10)
- # clojure-sweden (32)
- # clojure-uk (32)
- # clojuredesign-podcast (2)
- # clojurescript (34)
- # community-development (2)
- # conjure (17)
- # cursive (4)
- # datomic (51)
- # emacs (6)
- # figwheel-main (26)
- # fulcro (16)
- # graalvm (11)
- # jobs (2)
- # jobs-discuss (30)
- # kaocha (4)
- # meander (23)
- # off-topic (34)
- # pathom (5)
- # re-frame (10)
- # reagent (3)
- # reitit (6)
- # releases (3)
- # sci (36)
- # shadow-cljs (27)
- # sql (9)
- # testing (6)
- # tools-deps (28)
- # vim (8)
@bhauman Almost up and running! So happy to have figwheel’s nice compile warnings again! Made me think of one thing that’s been bugging me though. It seems that compile warnings are only shown once for each problem. Is there any way to get them to bug me on each recompile?
@daniel975 here’s the deal with that, if the file that the warning came from gets recompiled you get another warning. But the cljs compiler avoids recompiling files we don’t need to so things go much faster. Hence the trade off.
Actually, I think this is quite a gotcha. Have you considered keeping a list of all files that had warnings in the last compile and touching those before doing an incremental compile?
That makes sense. I see a way to fix it of course but that might be more work than it’s worth.
So trying the new react native support I’m getting
[Error: Figwheel Bridge Unable to fetch optionsUrl:
That path exists in target/public/ so I’m guessing the figwheel root is incorrectly configured. Before I dive into trying to find out what folder figwheel is actually serving from and how to change it; is there an obvious config mistake I’m doing?
@daniel975 target needs to be on the classpath
I do have :paths ["src" "target"]
in my deps.edn and I tried the path in the browser; it’s not resolving.
@bhauman Ok, classpath was a good hint. I needed not only target but "target/public"
on the classpath.
@daniel975 that’s a bug in the documentation
I only took the -r off for the production command though. In dev target/public is what did the trick. This is what my target looks like so it does add in a public directory.
Something is definitely amiss. I’m now getting the same error even with “target/public” in my path. Removing it doesn’t help but removing and then adding it back makes everything work again.
@daniel975 yeah there is something wrong with your setup.
Sorry for the delay, my son was born 10 days ago. 😊 In the end it seems completely removing target from the classpath and allowing figwheel to add it dynamically works reliably.