Revised Inventory Loss Management

Hello,

While the new implementation of the in-world deletion/take features is quite useful I can imagine that it effectively doubles the bandwidth for such operations. An idea which sort of blankets the issue which this patch covered and more will be detailed in this forum post.

Instead of deleting items from the inventory when rezzing a no-copy item in-world how about flagging it, similar to how attachments are flagged. Imagine, rezzing a no-copy item inworld and instead of the database requiring a 'delete' of the entry out of the inventory, it flags it as "in_world". Such flagged items could have their own folder alike the "Library" and "My inventory" folders we have now. This would act as several benefits because while it would prevent true inventory loss, it would also make for a way of recalling lost inventory items (we all know we have lost a prim or two here or there). The in-world flag would be also beneficial because instead of doing a check every time an item is deleted or taken, it can be a manual process upon the users descretion. If an item which would have normally failed to make it back to the inventory does so. It'll remain in the inventory as 'in world', the user simply can recall it and the system will see the sim no longer holds the item and removes the flag.

The concept would initially probably require some account maintenance but in the long run would conserve a lot of bandwidth within the system, expanding it's current scalability on the current infrastructure.

Thanks for taking the time to read this,
Tmcylyk Dmytryk

In that light, the location of the item in world so that if the inventory registers a sucessful rez, but we don't see it we can look and say, "oh, it ended up at 0,0,0."

That THAT light, how about a note on ANY inventory item: "location of last rez"?