| Age | Commit message (Collapse) | Author |
|---|
|
|
|
re-enabling after object inventory load
|
|
|
|
inventory. Check perms, keep perms.
|
|
|
|
|
|
no-transfer
|
|
|
|
|
|
|
|
state
|
|
|
|
|
|
Previously was bounced to login screen on error only,
now should be bounced back if failed too many times as well
|
|
|
|
- Don't Warn about unknown cof version, it's expected during fetch, Info is enough
- Fix 'unexpected attachments' due to unknown cof, also should fix viewer trying to create a link before cof is ready
- Fix 'accounting' warnings when getting item updates for unfetched folders (Note: viewer doesn't know folders version, if fetch is already in progress we might get an old version)
|
|
|
|
Is supposed to set version and descendant info in parseCategory
|
|
|
|
|
|
values
|
|
|
|
Privileged
|
|
|
|
|
|
|
|
|
|
For unknown reason allocations of these coroutines often crash on client machines.
1. Limit quantity of coros running in parallel by reducing retries and wait time
2. Print out more diagnostic info
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Caused by inventory item asset IDs being null. Seems suspicious. But working around it for now seems best.
|
|
|
|
material #2
|
|
No repro, but likely cause is in mOctreeNode being NULL.
Marked octree group as dead when destroyed and added isDead verification
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
