Hello! I have remade https://blog.jakubholy.net/2020/troubleshooting-fulcro/#_frontend_fulcro into a more mindmap-like experience, where child nodes in the troubleshooting tree are collapsed by default and you must click to expand them. I believe this will make it clearer as you will see all the children of a node at once, one per line, and can click on the one that is most relevant to your problem. What do you think about it? Is it better or worse than the static version? (Simply disable JavaScript to see the original, static version.) Or perhaps I should add an "expand all" button to the top? Thank you!
has anyone had any luck building 1.0.15
of workspaces
? getting an odd error TBD, classpath indexing is gone
you using my fork or the original?
that’s a shadow-cljs change I think
so one way is to downgrade shadow
https://github.com/nubank/workspaces/pull/50 dunno if there is a new version out yet?
@thheller I have not had time to patch my fork for F3, but I thought I saw a PR on the nubank one.
it would be a trivial port from the nubank one if there is one
I think it’s a great way to simplify the process - nice addition! I would recommend standardizing all the headings some that they represent the problem the user is having. E.g. “Data in the client DB is missing or wrong” is great. The heading “Fulcro Inspect” doesn’t describe the problem the user is having so it’s less clear if my problem is contained under that branch.
@tony.kay Quirky behavior: com.fulcrologic.fulcro.algorithms.normalized-state/sort-idents-by
returns a seq, not a vector of idents. If you want I can pr either a doc or fn fix.
cool @jatkin
do it
which? I can wrap in vec
or add it to the docstring
to vec
Done
Released in 3.4.12
How do I use fs/mark-complete
with an ident that is a function (i.e. :ident (fn [] [:COMPONENT/by-id :foo])
logging.cljc:50 [ 55.154s] [fulcro.ui.form-state] FORM NOT NORMALIZED: [:COMPONENT/by-id :foo]
Initial guess: your problem is you aren't using the FS join in your query (`fs/form-config-join`).
Yeah that’s usually the case, but this form has that
If that's not the issue more info is required. Lambda idents aren't very special - they work basically the same as normal idents
and its also doing the whole post mutation in fs/add-form-config*
etc..
What's going on with your state? given the message I would assume the form state is present, but just not normalized (it's a reach, I know 🙂) ... in that case your root issue would be the fs/add-form-config*
? Are you using the ident? (e.g. (fs/add-form-config* s Class (comp/get-ident Class {}))
)
could be the wrong path though. given that the FS data is there, you probably already are using the ident properly
@mss Try 1.0.3 snapshot of awkay/workspaces. I just merged in the fix from mainline nubank
if it works I’ll push a formal release
Great idea, thanks!
seems to be working for me!
great, thanks
1.0.3 released to clojars