(df/load :people/list Person {:target [:component/id ::RoutedComponent :people-field-for-list-join]})

Loads are always relative. You’re always loading some sub-tree. So, you specify it as if it were at root (which is what EQL wants for remote interaction) and then target the result at the ident + field of the location it should land

very outdated (wrong lib name, etc) but still relevant white-board discussion: https://youtu.be/mT4jJHf929Q

thank you!

I'm doing as described above, the data is coming back from my server, but my User component is getting an empty map for props so normalizing using :user/id is giving me nil. I'm getting back several dozen persons from the server query, but ending up with a single "nil" person (`[:user/id nil]`) in the client db. My User component:

(defsc User
  [this {:user/keys [id] :as props}]
  {:ident (fn []
            (println "id: " id)
            (println "props: " props)
            [:user/id id])
   :query [:user/id :user/email]})

(df/load! app
          :redacted/users
          User
          {:target (conj [:component/id ::MainPage] :redacted/users)})

{:com.fulcrologic.fulcro.ui-state-machines/asm-id
 {:com.redactedcompany.admin-dashboard.ui/MainRouter
  {:com.fulcrologic.fulcro.ui-state-machines/asm-id
   :com.redactedcompany.admin-dashboard.ui/MainRouter,
   :com.fulcrologic.fulcro.ui-state-machines/state-machine-id
   com.fulcrologic.fulcro.routing.dynamic-routing/RouterStateMachine,
   :com.fulcrologic.fulcro.ui-state-machines/active-state :routed,
   :com.fulcrologic.fulcro.ui-state-machines/ident->actor
   {[:com.fulcrologic.fulcro.routing.dynamic-routing/id
     :com.redactedcompany.admin-dashboard.ui/MainRouter]
    :router},
   :com.fulcrologic.fulcro.ui-state-machines/actor->ident
   {:router
    [:com.fulcrologic.fulcro.routing.dynamic-routing/id
     :com.redactedcompany.admin-dashboard.ui/MainRouter]},
   :com.fulcrologic.fulcro.ui-state-machines/actor->component-name
   {:router :com.redactedcompany.admin-dashboard.ui/MainRouter},
   :com.fulcrologic.fulcro.ui-state-machines/active-timers {},
   :com.fulcrologic.fulcro.ui-state-machines/local-storage
   {:pending-path-segment [],
    :target
    [:component/id :com.redactedcompany.admin-dashboard.ui/MainPage],
    :path-segment ["main-page"]}}},
 :router
 [:com.fulcrologic.fulcro.routing.dynamic-routing/id
  :com.redactedcompany.admin-dashboard.ui/MainRouter],
 :fulcro.inspect.core/app-id
 "com.redactedcompany.admin-dashboard.ui/Root",
 :fulcro.inspect.core/app-uuid
 #uuid "b8893790-53db-4e1b-826e-7c7942765f7d",
 :com.fulcrologic.fulcro.routing.dynamic-routing/id
 {:com.redactedcompany.admin-dashboard.ui/MainRouter
  {:com.fulcrologic.fulcro.routing.dynamic-routing/id
   :com.redactedcompany.admin-dashboard.ui/MainRouter,
   :com.fulcrologic.fulcro.routing.dynamic-routing/current-route
   [:component/id
    :com.redactedcompany.admin-dashboard.ui/MainPage]}},
 :component/id
 {:com.redactedcompany.admin-dashboard.ui/MainPage
  {:redacted/users [:user/id nil]}},
 :user/id {nil {}},
 :com.fulcrologic.fulcro.components/queries
 {"com.redactedcompany.admin-dashboard.ui/MainRouter"
  {:query
   [:com.fulcrologic.fulcro.routing.dynamic-routing/id
    [:com.fulcrologic.fulcro.ui-state-machines/asm-id
     :com.redactedcompany.admin-dashboard.ui/MainRouter]
    {:com.fulcrologic.fulcro.routing.dynamic-routing/current-route
     "com.redactedcompany.admin-dashboard.ui/MainPage"}],
   :id "com.redactedcompany.admin-dashboard.ui/MainRouter",
   :component-key
   :com.redactedcompany.admin-dashboard.ui/MainRouter},
  "com.redactedcompany.admin-dashboard.ui/MainPage"
  {:query [{:redacted/users [:user/id]}],
   :id "com.redactedcompany.admin-dashboard.ui/MainPage",
   :component-key :com.redactedcompany.admin-dashboard.ui/MainPage}},
 :com.fulcrologic.fulcro.application/active-remotes #{}}

:user/id {nil {}},

what does Fulcro Inspect’s network tab say your server is returning? I think the shape probably does not match (misspelled keywords?)

{:redacted/users
 ({:user/id #uuid "86c5e111-8650-457e-b5c8-6e53e1810f10",
   :user/email <redacted email>} ...)}

double-checked, everything is spelled the same

loading right into root also results in nil user/id and one empty entity, i.e.:

(df/load! app :redacted/users User)

Return a vector?

from the server you mean?

You're returning a lazy seq, cons, or list there

Yes

This is interesting, if I don't do a join and load into root, it works!

(df/load! app :redacted/users nil)

^ that is still returning a list under :redacted/users

But it didn't normalize in that case

but it populates the :redacted/users table off of root

right.

Are you using latest version?

I'm hitting a deployed pathom server, so I'll vectorize the list in the response middleware

I tried using latest published fulcro-rad, but I was getting that other error I posted

(the compilation error)

No no. Fulcro

Upgrade fulcro

ok, trying 3.5.28

damn, that fixed it.

3.5.6 was the broken version

I'll test the theory of it being an issue w/ remote collections being a list

Accepting lists was a recent patch

ah

ok. 🙂 thank you so much.

Welcome

I don’t understand. Focus on :>one means you don’t want :>two

There’s a generalized option for load for transforming the query with an arbitrary function, so you can certainly write your own op

im focuing on :>one so i dont want :>two updated from the backend, but what i have in the client db under :>two i want to stay there :im focusing on

hm. It should

but since the client db thinks that :foo/person is just a map rather than knowing its a placeholder for an ident, it throws :>two away in the db

the query sent should NOT include two, nor should merge clobber it

if it does, then that’s a bug

im seeing it be clobbered in the db

OH

the query does not include it

heres what my real db looks like

right, I’d have to think on that one. placeholders are not going to work well for you there if OneSC and TwoSC have overlapping items

if they are disjoint properties, though, I’d think it should work

it does seem like a bug, where it somehow knows that the individual keys are disjoint properties because they are all idents, but when the load returns, its clobbering them like they are all property

but not familiar enough with the internals to know if that bug is possible / likely

prettyyyy sure im doing the right thing here though?

I'd need a failing minimal reproducible example to say.

sounds good, will look into it!