LL perf (Inventory): Folder copy is per item #353
Labels
No labels
amd
avatars
bug
builder
cannot-reproduce
crash
epic
feature
from-viewer
gl-removal
known-limitation
monitoring
parity
perf
platform
priority
critical
priority
high
priority
low
priority
medium
provenance
rendering
rt
status
in-progress
status
testing
status
up-next
triage
ui
upstream
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
sky_line/Slipstream#353
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
From the LL-origin inefficiency audit (finding I17). File/line references are from commit
0229f8872c; re-locate them before working.Folder copy is per item
llinventoryfunctions.cpp:482-570;llviewerinventory.cpp:1288-1308.CopyInventoryItem, onenotifyObservers.shallowCopyCategoryContents(llappearancemgr.cpp:1970-1981).link_inventory_array; multi-block copy.Verify the cost (profile or timer) before and after changing it.
No work started yet; back to To Do.
In 1.3.0 Beta 2: folder copy now creates its links in verified link_inventory_array batches, with one alert per burst of incomplete batches. The multi-block CopyInventoryItem path is in but off by default until it has had more alt-account testing.
Moving to testing rather than closing: inventory changes need an alt-account check (copy / move / relog, nothing lost or duplicated) before this is called done.
Fixed in Slipstream 1.3.0 (stable): https://git.slipstreamviewer.org/sky_line/Slipstream/releases/tag/v1.3.0
If you still see this on 1.3.0, reply here and we'll reopen it.