Collections shows "No collections yet" despite populated data
I exported content from legacy AnyType and asked bao to recreate the content in a new space. The space was created, but it looks empty. bao did however provide a link to a specific page and it came up! It seems to have worked (in the backend), but nothing is visible. bao did a nice job creating this bug report (below) for me. 😄
- Space "Trips" created via the any agent API (types + 49 objects across 9 types, relations wired).
- Server-side confirmed correct: list_types, query_objects all return expected data; Collections app installed and configured identically to a working space.
- Objects are directly reachable and render fine via direct link (confirmed).
- Client shows "All changes synced" — not a sync-in-progress state.
- Collections view renders blank ("No collections yet") for this space specifically.
- Tried: hard refresh (Cmd+Shift+R), full app quit/relaunch, switching away and back to the space. None fixed it.
- Other spaces on the same device render Collections normally.
- Suspected cause: client-side index for a space created via API (rather than normal UI object creation) isn't being built/refreshed even though sync reports complete.
3 Comments
Sign in to comment
I manually created a test page, and I see that I can at-mention any of the content (it shows after I type @, but not in Collections or Wiki)
Addendum: narrowed repro + missing chrome
- Created a brand-new, minimally-typed plain page (no custom type, no batch import) directly in the same space, filed at Wiki top level (parentId: "").
- Server-side confirmed correct: right type, right parent, present in query_objects.
- Direct link to the page opens fine and shows content.
- Wiki view still shows empty; Collections still shows "No collections yet."
- This rules out the original theory (batch/API-created objects, sync timing, object type/relation complexity). The data layer is fine for both the original 49 imported objects and a single freshly created plain page. The fault is isolated to the Wiki/Collections list views failing to render for this specific space, while direct object access and sync status ("All changes synced") are both fine.
- Additionally: with the test page open, there is no visible space name, breadcrumb, or link back to the space ("Trips") anywhere in the chrome (sidebar header, dropdown near the title, etc.) — no way to tell which space you're in from the object view alone.
- Confirms this is a client-side rendering bug scoped to this space — list views and navigation chrome both failing to populate — not a data, sync, or import issue.
Thanks for sharing this and cool that you gave this a try. I'm going to mark this as closed for now, because we have not actively worked on Anytype > Anytwo migration at all. So this would just end up being an open ticket for awhile, which doesn't make sense given the state of things (we're still making lots of architecture development). Nonetheless, thanks for sharing.