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
We start with an unfilled tree item. The dataclass has UUIDs for children, and the EntryItem (tree item) has children holding those UUIDs.
Opening the detailed page takes the aforementioned dataclass and sets it as the root of a new RootTree, which does initial filling (when initializing the sub-page tree). This fills the dataclass and makes valid children for the detailed view page.
However, this dataclass is shared between the sub-page and parent page tree, so the UUIDs in the parent tree are also filled without updating the tree items. The current canFetchMore implementation doesn’t trigger a fill and subsequently doesn’t replace the EntryItem children
I think fixing this might be as simple as adjusting the canFetchMore check to also look through EntryItem children and re-generate regenerate them if needed
Current Behavior
superscore demo
)Screen.Recording.2024-12-05.at.14.45.27.mov
Expected Behavior
Data should populate correctly in the tree view regardless of which pages have been opened or how.
Context / environment
The text was updated successfully, but these errors were encountered: