-
Notifications
You must be signed in to change notification settings - Fork 95
Async Inventory Loading Implementation #4893
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: release/2025.08
Are you sure you want to change the base?
Conversation
- various improvements - lazily creates the UI wigets for categories when their parent is expanded
Allow builds to be manually triggered
| // If we run out of time, this still should create root folders | ||
| buildNewViews(gInventory.getRootFolderID()); // My Inventory | ||
| buildNewViews(gInventory.getLibraryRootFolderID()); // Library | ||
| // Build only root widgets - children will load on-demand when expanded |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Loading 'on demand' potentilly breaks search (assuming it's permanent and not 'on demand untill something in the background eventually gets to it'.
Things to test:
- Recent tab should show recent items since last logoff
- Favorites tab should populate
- Create an item, assign a texture, relog, confirm texture was selected in picker.
- store cache keys as std::string to avoid dangling references - refresh parent entry on rename and skip unnamed views
- store cache keys as std::string to avoid dangling references - refresh parent entry on rename and skip unnamed views
#4893 Async Inventory review improvements
| handleFetchComplete(request.mCategoryId, response_id); | ||
| }; | ||
|
|
||
| LL_DEBUGS("AppInit") << "Async skeleton loader requesting AIS children for " |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should this be logged under AsyncInventory instead of AppInit?
| auto active_it = mActiveFetches.find(request_id); | ||
| if (active_it == mActiveFetches.end()) | ||
| { | ||
| LL_WARNS("AppInit") << "Async skeleton loader received unexpected completion for " << request_id << LL_ENDL; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should this be logged under AsyncInventory instead of AppInit?
There's a few other places here in the async loader where we aren't logging under AsyncInventory.
Not a blocker, just something I noticed while doing another review.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you, I'll double check these as well.
Summary:
Introduces asynchronous inventory skeleton loading via AIS to accelerate login (up to 12s faster for 100k+ item inventories) by hydrating from cache, fetching essentials on-demand, and throttling UI updates. Adds debug settings for concurrency/timeouts, fixes cache persistence/dehydration, and optimizes UI with lazy folder widget creation (O(n) parent-child mapping via caching).
Testing:
QA-only
ForceAsyncInventorySkeletontoggle (enabled by default); monitor login times/cache integrity. No breaking changes.Additional test: