• 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-2671
Type: Bug Bug
Status: Resolved Resolved
Resolution: Duplicate
Priority: Critical Critical
Assignee: Unassigned
Reporter: Alpha Vargas
Votes: 1
Watchers: 3
Operations

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

Previous HUD lost when new HUD attached to same spot

Created: 20/Jul/08 10:32 PM   Updated: 21/Jul/08 06:37 AM
Return to search
Component/s: None
Affects Version/s: None
Fix Version/s: None

Environment:
Second Life 1.20.14 (92115) Jul 14 2008 14:53:05 (Second Life Release Candidate)

Second Life Server 1.22.4.90499

CPU: Dual i386 (Unknown) (2000 MHz)
Memory: 1024 MB
OS Version: Darwin 9.2.2 Darwin Kernel Version 9.2.2: Tue Mar 4 21:17:34 PST 2008; root:xnu-1228.4.31~1/RELEASE_I386 i386 (Mac OS, Leopard 10.5.2)
Graphics Card Vendor: ATI Technologies Inc.
Graphics Card: ATI Radeon HD 2400 XT OpenGL Engine
OpenGL Version: 2.0 ATI-1.5.24
Issue Links:
Duplicate
 


 Description  « Hide
Expected behavior:
When a HUD it attached to a point where there is already a HUD, the previous HUD dettaches and returns to Inventory.
*Attaching HUD from Inventory, not in-world.

Observed Behavior:
When attaching a HUD object to a point where this is already a HUD object attached, the previous HUD dettaches and disappears from Inventory. It is not found in-world, or recovered through a Clear Cache. *Attaching HUD from Inventory, not in-world.
I can personally reproduce this when attaching from inventory. I have not tried attaching from in-world.

My exact reproduction:
1) Have a full-perm ZHAO-II (loaded with anims of various permissions) attached to bottom-right HUD point. Was attached with "Wear" from Inventory.
2) Attach any other scripted HUD object (does not need to include any anims) to the bottom-right point using "Wear" from Inventory.
3) AO HUD is detached, new HUD is attached. AO is not found in Inventory, in-world, or recovered through Clear Cache.
Following the above, this bug occurs 100% of the time.

DO NOT use a HUD you are not willing to lose if you attempt to reproduce this.

If anyone else is experiencing this, please comment with your reproduction steps.

I have heard of this also occurring with some combat HUDs, but have no further details.

I've personally observed this bug in both the main Mac release, and the release candidate I'm reporting using here. Others using various Windows clients have also experienced this problem.
I'd venture to say it's client- and OS- independent, and possibly server version-independent. I've personally lost HUD objects while in 2 different sims (did not gather sim data at the time).

Currently, the only "fix" for this I know of is to submit a support ticket asking for an "Inventory Repair" or "Directory Repair", and hope a Linden will listen to you and do it (I've been lucky in the one I've had to do so far). While this does fix it, losing HUDs this way should never be a problem to begin with.

Marked as "Critical" because people are losing thousands of L$ to this problem and there is nothing any normal resident can do about. LL needs to fix this costly problem ASAP.
Please do not mark as "Contact Support". This is an issue for many people, not just me.



 All   Comments   Change History      Sort Order: Ascending order - Click to sort in descending order
Harleen Gretzky added a comment - 20/Jul/08 10:59 PM
Does not reproduce for me, created two test HUDs, and attached them to the same place. Switched back and forth between them several times and never lost them.

Alpha Vargas added a comment - 20/Jul/08 11:01 PM
Edited to include more specific details and exact reproduction.

Alpha Vargas added a comment - 20/Jul/08 11:05 PM
Thoughts: It may be an issue with the permissions of the contents of the HUD? (such as the animations in an AO)

Harleen Gretzky added a comment - 20/Jul/08 11:14 PM - edited
Could be, this issue has been reported lots of times before and it always seems to involve AOs and Chimeras.

Harleen Gretzky added a comment - 20/Jul/08 11:16 PM
Duplicate of VWR-6110

Alpha Vargas added a comment - 20/Jul/08 11:19 PM
Ok, let's try gathering data on:
Type of AO (ZHAO, ZHOA-II, other AOs...)
What the perms on the AO itself are
Number of anims the AO contained
Permissions of the anims

For the record, I'm referring to Chimeras "AO"s as well.

It may only be a particular type of AO, or a certain combination of anims and permissions....


Alpha Vargas added a comment - 20/Jul/08 11:30 PM
Ok, thank you Harleen.

Post findings to that issue, then?
Should I put my report in a comment as well?


Harleen Gretzky added a comment - 21/Jul/08 06:37 AM
Best to post on VWR-6110, it is already imported and being worked on by LL.