You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
DashboardQuery eager-loads workshop_host with :sponsors in one join (same host-loss trap as #2975) #2982
DashboardQuery.upcoming_events eager-loads :workshop_host together with :sponsors in one join (app/queries/dashboard_query.rb:5-6). Both associations route through the workshop_sponsors table, so the scoped has_one falls into the same eager-load alias trap documented in #2975: workshop_host comes back nil or points at a non-host sponsor, on a plan-dependent subset of workshops.
Suggested fix: the same pattern the events listing now uses (#2981, Listable.most_recent) — keep :sponsors in the join, move the host to preload:
Worth confirming first whether the dashboard card actually renders the wrong venue when workshop_host is lost (follow the same repro sketch as #2975), or only shows no venue.
Fixed by #3066: upcoming_workshops now keeps :sponsors in the join and loads the host with preload(workshop_host: :sponsor). Follow-ups from the review: #3070, #3071.
Activity
davidmillen50 commentedon Oct 30, 2026
#3066
mroderick commentedon Nov 2, 2026
Fixed by #3066:
upcoming_workshopsnow keeps:sponsorsin the join and loads the host withpreload(workshop_host: :sponsor). Follow-ups from the review: #3070, #3071.