• 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: SVC-2956
Type: Bug Bug
Status: Fix Pending Fix Pending
Priority: Critical Critical
Assignee: Andrew Linden
Reporter: Celierra Darling
Votes: 5
Watchers: 2
Operations

If you were logged in you would be able to see more operations.
2. Second Life Service - SVC

"Attempt to rez an object failed." after wearing from ground, quickly detaching, then attempting rez (possible inventory loss)

Created: 29/Aug/08 03:21 PM   Updated: 13/Oct/09 10:11 PM
Return to search
Component/s: Inventory
Affects Version/s: 1.24 Server, 1.26 Server
Fix Version/s: None

Issue Links:
Duplicate
 
Relates

Last Triaged: 29/Dec/08 07:31 AM
Linden Lab Issue ID: DEV-25513


 Description  « Hide
Reproed in: Irene, Sandbox Newcomb
Repro verified by: Carjay

0) Get a no-copy object, and wear it on any HUD position so that the object is easily accessible after being worn (probably not necessary, but helpful to repro)
1) Drop the no-copy object on the ground.
The following steps should be done in quick succession:
2) Right-click the object, select "More...", select "Wear".
3) Before the item appears in the inventory, right-click the object, select "Detach".

4) Attempt to rez the item from the inventory

Observed: The message "Attempt to rez an object failed." appears. The following appears in the console:

WARNING: accountForUpdate: No category found for update 00000000-0000-0000-0000-000000000000
INFO: LLInventoryModel::processSaveAssetIntoInventory: LLInventoryModel::processSaveAssetIntoInventory item not found: <UUID>

The object seems to still be recoverable at this point (wear the object, then drop it). However, I stumbled on this when trying to reproduce how I lost my ZHAO; I suspect that perhaps larger objects will end up with worse problems.

Expected: No error.

This bug's symptoms were preempted by a more severe one affecting all things worn from in-world. That bug was fixed, but this bug still exists.



 All   Comments   Change History      Sort Order: Ascending order - Click to sort in descending order
Maggie Darwin added a comment - 30/Aug/08 06:57 AM
I bet this is connected to the legions of folks who have lost HUDs loaded with expensive no-copy animations.

Celierra Darling added a comment - 18/Sep/08 04:29 PM
Possibly related to VWR-6110 ?

Celierra Darling added a comment - 13/Dec/08 01:18 AM
Still repros for me. (Server 1.24.9)

Celierra Darling added a comment - 26/Jan/09 10:45 PM
SVC-3032 seems to be rather similar, but with full-blown content loss.

Celierra Darling added a comment - 30/May/09 11:08 AM
I just got full-blown inventory loss and a crash while reproducing this with server 1.26.4.120562 and viewer 1.23.3 (122084) (the public nightly):
The object started out in the "My Inventory" root folder. After doing the above repro steps, the object then appears in the root of the inventory listing (as in, it shows up as a sibling of "Library" and "My Inventory"). Trying to drag the object out of there into some more sane folder caused SL to crash (the crash report should have been sent at approximately 11:00 AM PDT 5/30/2009). Upon relogging, the object is totally missing.

Qarl Linden added a comment - 16/Jun/09 11:41 AM
just want to point out - this causes full-blown content loss - and the repro behavior is very common (wearing a no-copy object from the ground.)

also - the repro says "in quick succession" - but i tested, it happens regardless of speed. EVERY time you wear a no-copy object from the ground, it becomes detached from your inventory, and is lost. (even after relog.)


Keiki Lemieux added a comment - 16/Jun/09 01:34 PM
Another reproducible version of this:

1. Create a new object on the ground and name it "test a"
2. Create another new object on the ground and name it "test b"
3. Edit "test a" and put a (no copy) item inside (use a no copy item you wouldn't mind losing).
4. Edit "test b" and put a (no copy) item inside
5. Right click on "test a", click More, Attach and select the left hand.
6. Right click on "test b", click More, Attach and select the left hand.
7. Right click on "test b" and detach it.

What should happen:

"test a" and "test b" should both be in your objects folder and be wearable and rezable.

What does happen in 1.23:

Both "test a" and "test b" appear to be in your root folder. Neither "test a" nor "test b" are usuable. They cannot be worn, rezzed or moved to another folder and trying to do any of these things sometimes crashes the client. After relogging, these objects completely disappear from the inventory.


Strife Onizuka added a comment - 22/Jun/09 06:17 AM
Qarl, you aren't the only one working on this bug, it's also VWR-12525.

Celierra Darling added a comment - 26/Jun/09 07:58 PM
Getting rid of the "quick succession" bit.

Celierra Darling added a comment - 26/Jun/09 08:00 PM
Updating the description...

Andrew Linden added a comment - 28/Jul/09 05:00 PM
I've got a server-side fix for this (and also a dupe VWR-6110), however it missed the deadline for inclusion in server-1.27.1. If we deploy a server-1.27.2 it will probably be in that, otherwise it would go into server-1.30. My fix doesn't address the viewer crash problem, but instead fixes the server behavior that is tickling the viewer crash bug.

This bug only affects no-modify objects, but causes no-copy objects to be "lost". Until this fix is deployed the workaround for VWR-6110 problem would be to NEVER attach from in-world - always first take to inventory, then wear from inventory. Unfortunately that does not work for llAttachToAvatar() which only functions for in-world objects.

Lost inventory items are not eliminated from the database, but instead have an invalid "location" record and so don't show up in the inventory view. We have a automatic script that runs in the background and tries to find such objects and restore them to inventory, however it appears that the script runs too slowly – at least 278 days to complete!

In the meantime if you've got lost inventory items just send me an IM in-world asking to have your lost items found and I'll run the script on your account. Any lost items would show up in your "Lost and Found" folder.


Celierra Darling added a comment - 13/Oct/09 10:06 PM - edited
I just tested this in 1.30.2; things have reverted back to the way they were before (i.e. a race condition).

The original repro, for reference:
0) Get a no-copy object, and wear it on any HUD position so that the object is easily accessible after being worn (probably not necessary, but helpful to repro)
1) Drop the no-copy object on the ground.

The following steps should be done in quick succession:
2) Right-click the object, select "More...", select "Wear".
3) Before the item appears in the inventory, right-click the object, select "Detach".

4) Attempt to rez the item from the inventory