• 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: VWR-4402
Type: Bug Bug
Status: Reopened Reopened
Priority: Critical Critical
Assignee: Unassigned
Reporter: Allysa Corleone
Votes: 15
Watchers: 2
Operations

If you were logged in you would be able to see more operations.
1. Second Life Viewer - VWR

Certain operations with an object results in crash/content loss

Created: 26/Jan/08 11:33 PM   Updated: 28/Oct/09 12:53 AM
Component/s: Inventory
Affects Version/s: 1.19.0 Release Candidate, 1.21 Release Candidate
Fix Version/s: None

File Attachments: None
Image Attachments:

1. 1_20 bug update.jpg
(171 kB)

2. After Step 11.jpg
(228 kB)
Environment:
Second Life 1.18.6 (77495) Jan 22 2008 15:30:40 (Second Life WindLight)

You are at 255814.2, 257861.0, 33.4 in Mauve located at sim5072.agni.lindenlab.com (8.2.32.73:12035)
Second Life Server 1.18.6.77554

CPU: AMD (Unknown model) (3013 MHz) [[Silly SL, it's an Athlon X2 6000]]
Memory: 3583 MB
OS Version: Microsoft Windows XP Service Pack 2 (Build 2600)
Graphics Card Vendor: NVIDIA Corporation
Graphics Card: GeForce 8800 GTS/PCI/SSE2/3DNOW!
OpenGL Version: 2.1.2
LLMozLib Version: 1.1.0 (Mozilla GRE:1.8.0.12_0000000000)
Packets Lost: 0/10007 (0.0%)
Viewer Digest: 58f7490d-4744-f65f-8845-3f6b997152e6




Second Life 1.19.0 (80044) Feb 15 2008 16:46:46 (Second Life WindLight)

You are at 255818.3, 257859.6, 33.4 in Mauve located at sim4759.agni.lindenlab.com (63.210.159.155:13004)
Second Life Server 1.19.0.79368

CPU: AMD (Unknown model) (3013 MHz)
Memory: 3583 MB
OS Version: Microsoft Windows XP Service Pack 2 (Build 2600)
Graphics Card Vendor: NVIDIA Corporation
Graphics Card: GeForce 8800 GTS/PCI/SSE2/3DNOW!
OpenGL Version: 2.1.2
LLMozLib Version: 1.1.0 (Mozilla GRE:1.8.0.12_0000000000)
Packets Lost: 1/58770 (0.0%)
Viewer Digest: aa9ea356-dde8-646d-777c-70207f0aac3d



Second Life 1.20.15 (92456) Jul 18 2008 10:58:42 (Second Life Release)

You are at 257561.8, 259438.1, 32.9 in Columbia located at sim4431.agni.lindenlab.com (63.210.158.81:13000)
Second Life Server 1.24.4.95600

CPU: AMD (Unknown model) (3013 MHz)
Memory: 3583 MB
OS Version: Microsoft Windows XP Service Pack 3 (Build 2600)
Graphics Card Vendor: NVIDIA Corporation
Graphics Card: GeForce 8800 GTS/PCI/SSE2/3DNOW!
OpenGL Version: 2.1.2
LLMozLib Version: [LLMediaImplLLMozLib] - 2.01.17952 (Mozilla GRE version 1.8.1.13_0000000000)
Packets Lost: 6/126779 (0.0%)


Second Life 1.23.5 (136262) Oct 14 2009 12:08:26 (Second Life Release)
Release Notes

Built with MSVC version 1400

You are at 260526.9, 235604.5, 26.1 in Hyboria located at sim4481.agni.lindenlab.com (216.82.54.131:13002)
Second Life Server 1.30.2.135876
Release Notes

CPU: AMD (Unknown model) (3013 MHz)
Memory: 3583 MB
OS Version: Microsoft Windows XP Service Pack 3 (Build 2600)
Graphics Card Vendor: NVIDIA Corporation
Graphics Card: GeForce GTX 260/PCI/SSE2/3DNOW!
Windows Graphics Driver Version: 6.14.0011.8250
OpenGL Version: 3.0.0

libcurl Version: libcurl/7.18.1 OpenSSL/0.9.8j zlib/1.2.3
J2C Decoder Version: KDU
Audio Driver Version: FMOD version 3.740000
LLMozLib Version: [LLMediaImplLLMozLib] - 2.01.27895 (Mozilla GRE version 1.8.1.21_0000000000)
Packets Lost: 30/168668 (0.0%)
Issue Links:
Duplicate
 
Relates
 

Linden Lab Issue ID: DEV-10883


 Description  « Hide
Original summary: wear object > copy object > paste object > rez object > edit object > wear object > click in inventory > crash > relog > possible content loss

1)Create a new object and name it "WL Bug Test"
2)Attach the object to an open attachment point
3)Log out of Second Life (Windlight or Normal)
4)Log into Second Life: Windlight.
5)Find "WL Bug Test" in inventory.
6)Copy the object by right clicking and choosing copy.
7)Paste the copy in the inventory.
8)Rez newly copied object inworld.
9)Right click object and choose "Edit"
10)Edit the object. Changing sizes of prims, adding prims, renaming, unlinking, and relinking all worked for me.
11)Right click the linked object
12)Choose "Wear"
13)Change to inventory window
14)Search for the object in your inventory

-Crash-
14)If the object is found in the "Library" of your inventory, then left click it. EDIT: It may also appear outside of both the My Inventory and Library folders. Also, Windlight will crash upon moving the object, not merely selecting it, I believe.
15)Windlight crashes instantly.
16)Log back into Second Life: WindLight
17)Object is no longer anywhere in inventory but still appears on your avatar.
18)Detatching the object seems to completely remove the object from the grid. It no longer appears in inventory or on the avatar

-No Crash-
14)The object appears in the "My Inventory" folder or subfolder
15)You don't crash

-Possible work around, starting after step 13-
16)Log into Second Life, NOT using WindLight
17)Find the object in your library
18)Move to "My Inventory" section

*********Note: The work around DOES NOT WORK if you detatch the object in step 16. It does not show up in any location in the inventory in the normal or windlight viewers



 All   Comments   Change History      Sort Order: Ascending order - Click to sort in descending order
Allysa Corleone added a comment - 26/Jan/08 11:49 PM - edited
I've now tested this 4 times.

I've crashed all 4 times, 3 of them have resulted in the loss of the objects


Falados Kapuskas added a comment - 28/Jan/08 10:47 AM
Responding to the No Crash section

I followed steps 1 to 11 and the item was in the root Directory as follows:

> My Inventory
> Library
TEST OBJECT (worn)

12) I then detached it.
13) Upon reattaching the modified attachment my viewer then crashed.
13a) (Just before the crash, it appeared that the modified attachment reverted to the old one)
14) When I logged in again, the newly modified attachment is nowhere to be found, and I am wearing the old attachment.


Torley Linden added a comment - 11/Feb/08 09:54 AM
Hi and thanks for the great repro steps, Allysa and for the comment, Falados – can you please confirm, does this ONLY happen in WindLight, or does it occur in the 1.19 RC too?

Falados Kapuskas added a comment - 11/Feb/08 03:12 PM
I tried this on the RC, and the same thing happened. I did detach the worn test object.. But after I tried to move it, the viewer crashed. Upon logging in again, the object is no longer in the root folder.

Torley Linden added a comment - 13/Feb/08 10:22 AM
Hi again! Thanks Falados – so, likely not WL-specific.

Has anyone else been able to repro this? I haven't had any luck trying Allysa's steps. Can you please clarify, by "2)Find attached object in inventory. " do you mean, find an object that was already attached since I logged in?


Falados Kapuskas added a comment - 13/Feb/08 01:03 PM
Think of it more like this:

2) Attach an object from your inventory

Make sure the object attached is of no significance to you, as it might disappear later.


Whispering Hush added a comment - 18/Feb/08 09:11 AM

Allysa Corleone added a comment - 19/Feb/08 11:54 AM
Torley, in step 2 it means you merely find any attatched object. This occured while I was making a new, completely unscripted avatar attachment, so it's not necessarily the same issue as in the one Whispering Hush brought up.

I'll update the steps to see if I can make it more clear


Allysa Corleone added a comment - 19/Feb/08 11:59 AM - edited
Edited the procedure to hopefully clear up some confusion. When tested today, it still crashed my system each time. I however didn't lose the object now. Also.. I tried to upload some screenshots.. but JIRA likes to crash firefox I guess.

Torley Linden added a comment - 22/Feb/08 05:41 AM
Thanks Allysa, Falados, Whispering – going to ask our Quality Assurance Team for help checking this out.

Soft Linden added a comment - 08/Sep/08 11:25 AM
Are you still seeing this in 1.20 ?

Allysa Corleone added a comment - 08/Sep/08 03:25 PM
The issue is not fixed in 1.20. And I fail to see how it "Needs more info" when I gave the exact steps needed to reproduce it.

In the 1.20 client, the 2nd object when picked up goes into the root folder. It cannot be deleted from this folder. If you attempt to move it, it crashes the Viewer. Upon logging back in, the object is gone from your inventory.

If you need more info, please specify what exactly you need.


Allysa Corleone added a comment - 08/Sep/08 03:30 PM
screenshot showing that the object cannot be deleted.

Allysa Corleone added a comment - 08/Sep/08 03:39 PM
updated the environment listing to include the 1.20 release viewer

Wraith Wierwight added a comment - 08/Sep/08 04:18 PM
I lost my test object, and crashed as well

sasun steinbeck added a comment - 08/Sep/08 04:44 PM
I reproduced this easily with the 1.20 client and the 1.21 client had all the problems described above except I didn't crash. After relogging with the object still attached, I detached it, then reattached it, then couldn't detach it! It was definitely corrupted. When I relogged the object was completely gone from inventory. This bug is still there.

bau ur added a comment - 09/Sep/08 09:27 AM - edited
I am using the current regular (not release candidate) client for Mac, 1.20.15. My OS is 10.4 (tiger) . My graphics card, if you really think that's relevant, is ATI Radeon X1600.

The reproduction steps crashed me. My object appeared in LIbrary upon logging in again, but it was the copy that was not being worn. The one I was wearing did not show in inventory anywhere.

I want to note, I think Allysa did a brilliant job of noting the steps leading to a crash and inventory loss. How many people would trace it as the effect of that many steps in sequence? Awesome.


Darien Caldwell added a comment - 04/May/09 04:29 PM
This is a duplicate of the bug in VWR-6110, which is caused by copying items and then wearing them from in world. This will be fixed in the upcoming 1.23 viewer.

bau ur added a comment - 04/May/09 04:51 PM - edited
No, this is not precisely a duplicate of the other loss-of-inventory-when-new-copy-of-attachment-is attached.

I just replicated the steps above and got to number 14. At that point, the second copy of the object appeared in inventory (becoming the third object of that name) , but it was outside of both "My Inventory" and "Library". When, in inventory, I moved that outlying object into a folder in My Inventory, I crashed.

However, upon relogging, the object was not missing from inventory.

I fear valuable information might be lost if this issue is closed on the assumption that it is duplicating another issue.

Here is my system information. I am on an IMac running OS 10.4.

Second Life 1.22.11 (113941) Mar 6 2009 12:27:34 (Second Life Release)
Release Notes

You are at 260508.1, 235647.1, 26.1 in Hyboria located at sim5558.agni.lindenlab.com (216.82.50.114:12035)
Second Life Server 1.26.3.118673
Release Notes

CPU: Dual i386 (Unknown) (2160 MHz)
Memory: 2048 MB
OS Version: Darwin 8.11.1 Darwin Kernel Version 8.11.1: Wed Oct 10 18:23:28 PDT 2007; root:xnu-792.25.20~1/RELEASE_I386 i386
Graphics Card Vendor: ATI Technologies Inc.
Graphics Card: ATI Radeon X1600 OpenGL Engine


bau ur added a comment - 04/May/09 05:08 PM
I don't lose content but I do crash! At step 14. So I think this is not a duplicate of other content-gets-lost-when-a-copy-of-an-object-is-worn reports.

Ellla McMahon added a comment - 04/May/09 06:35 PM
Bau, please see issues VWR-8438, VWR-12694 & SVC-3626 and the comments

VWR-8438 Moon Metty added a comment - 29/Dec/08 02:23 PM
I linked this to VWR-6110.

VWR-6110 has a 100% repro how to get an object (not a folder) outside the regular inventory.
When you drag the object to another part of the inventory, there's a viewer crash, just like here.

VWR-12694 Robin Cornelius added a comment - 04/Apr/09 02:57 AM
Please contact support with this issue and explain what has happened and ask for the inventory to be repaired.

I have analyzed this exact fault condition and its partially possible to repair using a modified/3rd party viewer but this can do more halm than good. The only real solution is to ask support to do an inventory repair on your account


Moon Metty added a comment - 27/Oct/09 03:36 PM
Seeing the original summary of this Jira, I think it should be closed.
VWR-6110 was fixed, and this report was actually the original of VWR-6110.

Allysa Corleone added a comment - 27/Oct/09 10:22 PM
While this issue may no longer result in inventory loss (it did NOT result in loss when tested oct-28-2009) it does however still result in a viewer crash. It is my opinion that as this is is the oldest topic that addresses this issue, it is thus the original, and should remain open and active until a viewer fix is released.

Moon Metty added a comment - 28/Oct/09 12:53 AM
Hi Allysa,

Thanks for your reply. You're right, it's still possible to make an object appear outside of the normal inventory, I was able to reproduce it.
And you're right, it doesn't cause inventory loss.

The object is like a fata morgana. When you right-click wear it, the real object (inside the normal inventory) is marked as worn.
Getting rid of the fata morgana is easy, just relog

=======

So, a viewer-side fix is needed.