• All submissions to this site are governed by Second Life Project Contribution Agreement. By submitting patches and other information using this site, you acknowledge that you have read, understood, and agreed to those terms.
Issue Details (XML | Word | Printable)

Key: WEB-276
Type: New Feature New Feature
Status: Resolved Resolved
Resolution: Fixed
Priority: Major Major
Assignee: Torley Linden
Reporter: Sadako Shikami
Votes: 14
Watchers: 2
Operations

If you were logged in you would be able to see more operations.
3. Second Life Website - WEB

PLEASE report inventory loss progress on SL blog

Created: 02/Aug/07 03:14 PM   Updated: 27/Jan/09 09:36 AM
Return to search
Component/s: blog.secondlife.com
Affects Version/s: None
Fix Version/s: None


 Description  « Hide
On issue SVC-114, Torley Linden has stated: "Content loss continues to be a high-priority concern to us and I'll let our devs know of these new reports."

Inventory loss progress is NOT being reported in the SL blog. Which leads most people to assume it's been resolved ... causing further inventory loss. I direct people to jira.secondlife.com as much as I can, but for a "Blocker" issue, this really needs to be updated daily on the SL blog!



 All   Comments   Change History      Sort Order: Ascending order - Click to sort in descending order
McCabe Maxsted added a comment - 02/Aug/07 10:08 PM
I agree, definitely. I'd like to see at least some report on what's been done/what's left to be done to bring it under control, if it's even possible. This should be a WEB issue, though, since it's a blog issue looks around for some passing linden who might be willing to refile

Torley Linden added a comment - 08/Aug/07 09:31 AM
I'll move this issue to WEB. Assigned to myself for now because I was in a Linden inventory loss meeting the other day, and it sounds like one of the actionable next steps is posting what we've done and what we're going to do next re: inventory loss. Of course I've been advocating that detailed post-mortems are important to fill you in on our progress.

Specific inventory loss issues, ESPECIALLY if they have solid reproductions should continue to be reported here. And by all means, if you come across something so serious with such a clear step-by-step way to make it happen like SVC-503 , let me know ASAP, email me at torley at lindenlab dot com with the issue #. Solid repros for inventory loss are comparatively rare and I know within the viewer, there's not a lot of useful info (especially to non-technical Residents who miss their stuff :\ ), so part of our ongoing efforts are going to involve more detailed metrics (how many verified cases of content loss we have, to weed out false positives, since there's times when people think they lost something permanently – but they go through the steps provided by Support and later find it) and detailed error messages (to give you more info for us to help you).


Torley Linden added a comment - 15/Aug/07 12:04 PM

Montana Corleone added a comment - 24/Aug/07 07:57 PM
Well, bit of a farce. Reproducible? Like you can lose the same item more than once? Aside from rezzing disappearances, this is mostly stuff that just disappears never to be seen again. One day it's in your inv, next day it's not. Not always no copy stuff, but it's always stuff that is relatively expensive, never freebies lol. Are you sure this isn't a covert Linden plan to stumulate the economy? lol.

The one checkable issue I have had: inventory I was wearing that was borked on the 1.15 update I'm still awaiting some word on. It was reported as SVC-171, taken to triage, and still all sitting in my inv in a folder with that name on my Root waiting for a Linden to check it as instructed. Basically after logging in after the update, 7 out of 10 attached items wouldn't wear, won't work, and won't rez. This is mostly HUDs but also a pair of prim shoes. Oddly not my hair. The UUIDs appear to have been set to 0000-0000etc. Oddly of course, that was the update with "fixes" and new scripts for avoiding inv loss....

That issue was marked as Closed, as it was duplicated by a later issue: the missing from database nptice on notecards and scripts. Hardly the same thing as they were temporary and this is still outstanding.

Even more irritating, one was a Kiss & Hug HUD, which the creator replaced, along with the deparate attachment (which I wasn't wearing). So I deleted the old borked one in my SVC-171 folder, and used it once, sotting in its own folder with HUD, attachment and instruction notecard, and now that entire folder has disappeared! So yes, if effectively losing the same item again is reproducible, it's happened, though I'm sure by different mechanisms.

But this is an example of how irritated people are getting. In world this is happening a lot from people I talk to, not just random items, but losing the same expensive items again and again after replacement...


Torley Linden added a comment - 19/Nov/07 03:23 PM
Hamilton has been leading a new "Guerilla/Gorilla Team" (depending on who you ask) initiative about inventory loss. Not only has an ind-depth blog post been made, but we have wiki resources detailing possible causes and things to try. I'm resolving this in light of that MUCH-NEEDED progress:

» http://blog.secondlife.com/2007/10/12/inventory-loss-reduction-initiaitive/
» http://wiki.secondlife.com/wiki/Inventory_Loss

More to come.


kimmie Loveless added a comment - 27/Jan/09 09:36 AM
Torley, seems it occur to me most commonly, if i attach an object, without detaching the item at the same attachment point first. The item that automatically gets detached, is the one that goes missing. It's not 100%, usually, the loss only occurs after i log off after that.