• 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-418
Type: Bug Bug
Status: Resolved Resolved
Resolution: Expected Behavior
Priority: Normal Normal
Assignee: Unassigned
Reporter: James Seraph
Votes: 5
Watchers: 1
Operations

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

New and Old Items have no detectable UUID (show null 00000-00-00-00000 ), and when passed to other Avi's show no UUID

Created: 15/Jul/07 08:45 AM   Updated: 07/Jan/09 10:51 AM
Return to search
Component/s: Inventory
Affects Version/s: 1.24 Server
Fix Version/s: None

Environment: XP, Win2K, Reproduced on multiple PCs. Also reproduced with several clients.
Issue Links:
Duplicate
 
Relates
 


 Description  « Hide
Objects I have created have a null 00000-00-00-00000 UUID. Objects purchased show as 00000-00-00-00000. I'd consider this an account problem, not a bug, except they inherit that quality and retain it when passed to other avatars, indefinitely. At this point this affects a fairly large number of artifacts inworld.

The issue is definitely not that my account cannot see UUIDs. The objects also clearly exist on the asset server, but display a null UUID. This seems both bizarre and unique. I've spent hours testing this, creating test objects, passing them back and forth, this is not a misunderstanding or asset server lag.

This has some similarities to SVC-171. I once discussed it with Technical Support and was told it was a matter of lag on the asset server, but it is:

1) endlessly reproducible with new objects
2) applies to all objects purchased and delivered to the avatar
3) Scripted devices requiring communication fail
3) Items which would not normally allow the inspection of the UUID still fail if they have to communicate indicating they likely have the problem.



 All   Comments   Change History      Sort Order: Ascending order - Click to sort in descending order
Nedria Cyr added a comment - 08/Aug/07 10:03 AM
I was working on a scripted object, editing the parameters and one of them called for the target objects UUID. I took a copy of the target object into my inventory, right clicked, and selected to copy the asset UUID. I then pasted it into the script, and it came out all 0's. I tried to copy the asset UUID of several objects already in my inventory, and I got the same result.

slyflower Sparrow added a comment - 04/Sep/07 11:50 AM
I also have inventory that is missing uuid tags that will not rez in world . I have invested time an d effort not to mention money in to these items. As have all the others. I need a fix some of these items where storage bins. Are they and the contents just gone for me and how or what can i do to get them back !

nika talaj added a comment - 08/Oct/08 11:03 AM - edited
Just learned that the Copy UUID on the Inventory Window menu only works on non-object items in inventory (e.g. textures, notecards, scripts). It has always been that way. Just mentioning it in case that relates to this bug.

Kathy Morellet added a comment - 08/Oct/08 11:06 AM
Happening to me on both 1.20.17 and 1.21.5. All full perm objects in my inventory return zero as the UUID

Kathy Morellet added a comment - 08/Oct/08 07:01 PM - edited
Ok, I don't know where else to ask this and since it is directly related to this issue, I will ask here.

The following statement is quoted from the Second Life Grid Status blog:

"If you discover another asset in your inventory which will rez in some regions but not others (allowing for rez privileges on the parcel where you try), please file a support ticket with at least the region name, and the object's UUID if you can capture it from inventory. "

Now, given the issue that this JIRA posting is about, how, exactly, are we supposed to provide LL support with object UUIDs that are impossible to obtain?


Cay Trudeau added a comment - 24/Oct/08 12:14 PM - edited
me thinks these issues are related

SVC-553


Liny Odell added a comment - 07/Jan/09 10:51 AM
Resolving this as "Expected Behavior". I have noticed this from along time before this issue was made and concluded, with help of friends, that this is what is returned when you attempt to grab the UUID of an object in inventory. If posable, could we have a linden maybe comment on this and confirm this?

-Liny