|
|
|
Ah, I did search, but obviously didn't get a match with the words I used. Well, I think Service is probably better, since it would seem to be an asset server problem rather than a viewer problem.
A friend of mine was building, and everything he'd created in the last two hours before the update also had the same problem. I think it is to do with the bug fixes and new scripts to avoid inventory loss that caused this !!! LL obviously forgot to run some routine, back up avs, or wait for the asset server queue to complete or something similar. Linden's view that databases aren't that important really seems to be a strange view. I'd prefer a company that did molly coddle their dbs - less chance of losing inv that way. I IM'd Montana Corleone.
The objects still exist in Montana's inventory as of today, and they can't be manipulated beyond being copied, duplicated, renamed, etc. I thought about a way to try to easily track these objects down. Those that could be renamed had the text "SVC-171" added to their name. The rest that were no-mod were put into a folder named "SVC-171" in Montana's inventory. This sounds like
No Torley, this is not the same as
This is with objects: HUDs, attachments, prim shoes. I was told to label them, which I did while Linden had a go at recovery. They are still all sitting in the marked folder in my inv, useless. I've had no further communication, so don't know whether you've tried or it's been ignored. I have once had the I have never had a blue pop up with the objects. They just will not rez or wear or operate. The sole one that let's me copy the UUID shows that it is set tp 0000-000-000-000 etc. Just had this one,
I'll try add some info on how happend, First of all it was a Shoe with AO script and hmm some other passive scripts like texture change, the one Shoe with only texture changes did not get hit, the one with AO script got into this issue, the sim I was on was real lagged, it was most Image and Agent time on stats very very high, so I did log out , after trying but failing a tp out. Once logged back in (at home), this one Shoe was in inventory but nope can't attach, nor rez on ground. I gone back at lagged sim, it was still lagged, after a while I tried to re-attach this shoe, and It was magically there, tho! the sim owner did a reboot and I got stuck (tried tp out) so I've been logged out. After this I logged in at home and shoe gone again, forever tho ! Ended buying again just cos I cant be bothered to IM the creators with this crap (I'm a creator myself). In conclusion , I never had such issues of inventory loss or this one exactly, this was first time for me, it's a really odd case indeed, and must be related to the SIM code I suspect. (If I recall attachments gets new UUID every time they enter a sim). Removed linked issue per Montana's info.
I had this issue and initially reported it with
This scripted attachment now shows a UUID of all zeroes. I was wearing it before I logged out, when I logged back in it was gone.
I've now got this happening to me, too, with my favorite vehicle. I was driving it earlier, but when I tried to get it out again, it wouldn't rez. And, like everyone else, this is different from any possibly related issue that has an error message in that there is no error message. When I trashed it and tried to rez it from the trash, it just disappeared from the trash, then reappeared, as if I had rezzed and deleted it. Like others, I've noticed an inability to copy the UUID, as well.
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
 |
|
Bug
Reopened
Critical
Objects in a user's inventory show 00000-00-00-00000 for UUIDs when tried to attach
VWR-649. We're duplicating, but please, Lindens, take into account that this is something that has happened to more than one person.