• 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-13097
Type: Bug Bug
Status: Resolved Resolved
Resolution: Duplicate
Priority: Showstopper Showstopper
Assignee: Unassigned
Reporter: Spritely Pixel
Votes: 58
Watchers: 18
Operations

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

All transparency changes on an attachment not being reflected in viewer.

Created: 30/Apr/09 01:52 PM   Updated: 08/Jun/09 11:54 AM
Component/s: Graphics
Affects Version/s: 1.23 Release Candidate
Fix Version/s: None

File Attachments: None
Image Attachments:

1. opaque_alpha_sorting_error.jpg
(61 kB)

2. RC1.23.0 Transparency not updating at all.jpg
(344 kB)

3. veiwer 1.23 RC Transpaerancy problem_002.png
(6.65 MB)

4. veiwer 1.23 RC Transpaerancy problem_003.png
(6.50 MB)
Environment:
Second Life 1.23.0 (118378) Apr 24 2009 14:24:08 (Second Life Release Candidate)
Release Notes

Built with MSVC version 1400

You are at 225127.5, 225367.0, 22.0 in Alsvid located at sim2437.agni.lindenlab.com (216.82.17.188:12035)
Second Life Server 1.26.3.118673
Release Notes

CPU: Intel Core 2 Series Processor (3666 MHz)
Memory: 2814 MB
OS Version: Microsoft Windows XP Service Pack 3 (Build 2600)
Graphics Card Vendor: NVIDIA Corporation
Graphics Card: GeForce 8800 GTX/PCI/SSE2
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.23566 (Mozilla GRE version 1.8.1.21_0000000000)
Packets Lost: 10/369227 (0.0%)
Issue Links:
Duplicate
Relates

Last Triaged: 07/May/09 08:27 AM
Linden Lab Issue ID: DEV-31954


 Description  « Hide
we have horses that are attached to the AV. these horses use alpha to tuen on and off "legs" to give the appearance of animation. This worked fine and the scripts have not changed, in viewer 1.22 RC. These are sculpty horses, i have not tried this with
i have checked on both server types, and the problem exists so it must be the viewer.
1) wear the horse (demos available on Aeos)
2) go into always run
3) run somewhere
4) stop
5) how many legs/necks, heads showing (to manny
6) edit or right click the horse
7) horse appears correct
8) go to step 3 and repeat cycle

Another thing i noticed is that if i wear a horse that is rezzed (right click->more->wear) it doesn't perform the animation that is started on wear until the horse is deselected.



 All   Comments   Change History      Sort Order: Ascending order - Click to sort in descending order
Spritely Pixel added a comment - 30/Apr/09 02:10 PM
oops my mistake, this holds true for un attached objects as well:
1) rez demo horse on ground
2) touch horse
3) select pose horse
4) select any of the poses
5) observer that there are extra legs again
6) right click horse and it goes back to looking right
7) go to step 4 - slecting a different pose

Harleen Gretzky added a comment - 30/Apr/09 02:15 PM
Probably a duplicate of VWR-12987, exaggerated by the parts being in movement.

Spritely Pixel added a comment - 30/Apr/09 02:19 PM
they do appear to be the same things, not sure which way the lindens want to roll this up.

Maya Remblai added a comment - 30/Apr/09 03:19 PM
I voted on both to be safe. ;P I'm getting this too, on avatar attachments like wings that should be changing alpha. I've also seen rezzed objects vanish randomly, that aren't scripted to change their alpha.

imnotgoing sideways added a comment - 01/May/09 04:23 PM
I'm seeing anything handling transparency not reacting properly. Sometimes delayed. Sometimes not reacting until it's selected. Even the slection bloom will "stick" unless something is manually changed.

The eyelids of this avatar are like the horse's legs in the OP's demo. They should be "open" or transparent most of the time. They stay opaque until the head is selected. The slection outline should also be gone, I didn't have the head selected at the moment of taking this screen shot.

Second Life 1.23.0 (118378) Apr 24 2009 14:24:08 (Second Life Release Candidate)
Release Notes

Built with MSVC version 1400

You are at 263735.7, 254702.5, 78.6 in Ferguson located at sim5870.agni.lindenlab.com (216.82.51.172:13002)
Second Life Server 1.26.2.117266
Release Notes

CPU: AMD (Unknown model) (3000 MHz)
Memory: 2048 MB
OS Version: Microsoft Windows XP Service Pack 3 (Build 2600)
Graphics Card Vendor: NVIDIA Corporation
Graphics Card: GeForce 8600 GT/PCI/SSE2/3DNOW!
OpenGL Version: 3.0.0


Moon Metty added a comment - 06/May/09 04:32 PM
Here's a simple repro:

-Create a box, add this script:

integer alpha;
default
{
    state_entry()
    {
        llSetTimerEvent(1);
    }
    timer()
    {
        if (alpha) llSetAlpha(1.0, ALL_SIDES); else llSetAlpha(0.0, ALL_SIDES);
        alpha = !alpha;
    }
}

-Drag a copy of the box.
-Link the two boxes. (Not an essential step, I think)

Observations:
-1.22 shows the boxes blink as expected.
-With 1.23.0 PN the boxes only blink with certain camera positions.
-When you manage to get both boxes blink, there's a chance you see the closest box behind the other. See screenshot "opaque_alpha_sorting_error".

=======

Second Life 1.23.0 (118316) Apr 23 2009 21:20:14 (Second Life Public Nightly)


Moon Metty added a comment - 06/May/09 09:32 PM
Hmmm, this looks very much like VWR-13038

Moon Metty added a comment - 08/May/09 12:53 PM
It's not only scripted changes to transparency. Setting transparency in the edit-window often fails to update as well.

Second Life 1.23.1 (119104) May 4 2009 17:53:10 (Second Life Release Candidate)


Ordinal Malaprop added a comment - 10/May/09 05:04 AM
I am seeing this too with 1.23.1.119104 on Linux, with scripted changes to alpha in subprims, using both llSetAlpha and llSetLinkAlpha.

This would certainly need to be fixed before actual release.


Maggie Darwin added a comment - 10/May/09 07:25 AM - edited
I see this with the 1.23.1 RC with two different purchased products: Miss Malaprop's Galvanic Swordstick and Ralin Redgrave's Remington M700 AICS 1.3

Siobhan McCallen added a comment - 10/May/09 08:50 AM
I've been seeing it with poseballs that don't hide themselves for a while after you sit on them. This is evident in the RC, but not in the main client.

sera lok added a comment - 10/May/09 01:55 PM
yeah... had a frustrating exchange (but glad i know why now!) a couple nights ago with a friend because poseballs on a couch weren't disappearing for me but were for him since he's in an older viewer. just rezzed a fresh couch with poseballs and sat.. poseball should have disappeared but didn't until i stood up and sat back down.

imnotgoing sideways added a comment - 10/May/09 05:34 PM
I'm seeing mentions in the forums that make it sound like a number of on-screen parameters are not responding to both scripted updates and client side changes. If there are any other similar Jiras to be found on the subject, I suggest they get combined with a meta thread.

Arishia Nishi added a comment - 11/May/09 06:07 AM
This happens with all my Combat Samurai Island swords, too. When you sheath the sword the blade remains visible when it should become transparent. Work around is to dettach and reattach while sheathed, or don't use the RC.

Maggie Darwin added a comment - 11/May/09 07:15 AM
If it helps with locating the problem in the viewer code, it seemed to me that the M700 (a very complex object) eventually tended to start rendering correctly after a lot of avatar movement and camera position changes. But the Swordstick (a much simpler object) I never saw "fix itself".

Coquette Montague added a comment - 11/May/09 12:53 PM - edited
I cannot use any of my hud items. NOT ONE! My huddles with all my dances doesn't work *Coco screams bloody murder I cannot use my ao. I cannot use my potions in my hud for my CSI combat system. Please, please make this a show stopping top priority... and and and Grrrrrrr !!!! Grrrrrrrrrr!!!!! why the heck is it still unassigned!!???

Maggie Darwin added a comment - 11/May/09 01:37 PM
Coquette, chill out and go back to the released viewer for now.

RobbyRacoon Olmstead added a comment - 11/May/09 03:07 PM - edited
Coquette, I can't mark it as Showstopper according to the LL criteria:

ONLY the most severe, confirmed issues which demand immediate attention from Linden Lab. For example, inability for many Residents to login. IMPORTANT: Abusing this setting will cause revocation of Issue Tracker access. If in doubt, mark "Critical" instead.

I will say that while it may not be a showstopper according to that criteria, it is a deal-breaker for certain. If this bug makes it into the official mainstream viewer, it will break hundreds of thousands of products. At the very least, there are tens of thousands of Combat: Samurai Island users like Arishia and Coquette who own at least one product (and many have more than one) that will no longer function correctly. And that's only one line of products out of countless choices that use similar functionality.

There should be no question whatsoever about the importance of the issue, and it should not be allowed to remain under any circumstances.


BloodDoll Lulu added a comment - 12/May/09 07:58 AM - edited
I'm having this problem too with the RC and I uninstalled it and reinstalled 1.22 again and I'm still having the problem. I even tried 1.22 on a different computer that never had Second Life installed before, and I'm having the problems in the 4 screenshots above. It's like when they applied the update to the grid last week I think it was, it started creating all these problems for me. Seems irrelevant now what version of the viewer I use, everything I've tried won't clear this issue up at all.

Maggie Darwin added a comment - 12/May/09 08:00 AM
I have both the RC and the released 1.22.11 viewer installed; it only occurrs when I run the RC.

Coquette Montague added a comment - 12/May/09 11:23 AM
LOL yes I know you have to go and use the old one. I did that ...its just that like you said if this deal breaker gets sent to be main viewer...aaarrrggghhh!! .And then the hassle of having to switch back which i have to update now. I don't think I will do now that I see BloodDoll is having a problem still. Hmmm
*Coco pokes the assignment team*... Rawwrr n stuff.

BloodDoll Lulu added a comment - 12/May/09 06:56 PM - edited
Yes I installed the RC, I had all the problems as discussed above and then read switching back to 1.22 would correct everything. Well it definitely did not correct these problems for me. So like I mentioned before, I installed 1.22 on a computer that has never had Second Life ever installed on it before (ver, 1.22.11), and the problem remained. I actually saw some of issues above appear faster than I had originally come across on the RC viewer. I know it's not connection issue as I ran it through two totally different connections and without getting personal, I just know without question it's not my connection. I have total control over that. It's something in the updates the Linden's did to all the regions and the problem is not going away for me. It's frustrating and I hope they fix it soon. I can almost see this going on for months were Second Life is just totally unplayable. I hope I'm wrong.

Moon Metty added a comment - 13/May/09 12:39 AM
This is still a problem in Second Life 1.23.2 (120029) May 12 2009 17:19:38 (Second Life Public Nightly).
The only difference is the sorting-issue, it has become much harder to reproduce.

=======

1.22.11 works smooth for me.


imnotgoing sideways added a comment - 13/May/09 07:21 PM - edited
Considering the amount of content this is breaking while runnig the RC, I think it deserves showstopper status. If not this issue alone, a meta of issues regarding scripted transparency, fullbright, select outlines, and various other visual 'lockups' that are occurring that basically makes this client visually impossible to operate in many situations.

RobbyRacoon Olmstead added a comment - 13/May/09 08:08 PM - edited
I agree, if you consider "showstopper" to mean "do not release this viewer until these issues are fixed", though the 'official' guidelines do not seem to attach such importance to whether or not it would break a great deal of content.

I would even argue that this viewer should no longer be considered a "release candidate", because that designation implies a level of quality not demonstrated by this version of the viewer.

As usual, it would be really great if some Linden dev could comment on the issue and provide some assurance that it will be resolved. Unfortunately, there is still no indication (at this point in time) that any Linden devs have even seen this issue, let alone that it will be fixed


Ann Otoole added a comment - 13/May/09 08:54 PM
Adding image

Ann Otoole added a comment - 13/May/09 08:56 PM
adding image

Ann Otoole added a comment - 13/May/09 08:57 PM
Adding image

Ann Otoole added a comment - 13/May/09 08:57 PM
adding image

Ann Otoole added a comment - 13/May/09 09:11 PM - edited
This defect is not just related to changing transparency. It is related to the camera and camera position.

rezzed_cam_focus_on_backdrop shows what a necklace is supposed to look like. To see the necklace properly I had to focus the cam on a different object (the backdrop). The prims in the necklace appeared properly only with the cam focused on the backdrop.

rezzed_cam_focus_on_necklace shows what happens if the cam is focused on the necklace. Many prims just vanish.

worn_normal_view shows yet a different set of vanished prims because it is worn. No amount of editing will help this problem. The missing prims are visible as ghosts in edit but do not rez.

worn_view_transparent is the same as worn_normal_view but with view transparent on so you can see the missing prims are not transparent at all. They are simply not rezzed yet are there if you edit. You can see the ghost outlines.

I suspect this catastrophic failure is somehow related to whatever was done to kill the "megaprim hack" that has the furry/tiny community furious. Just a hunch though.

If this is not fixed then this version is dead in the water and cannot be rolled out. If the assigned programmer needs a copy of anything displaying these symptoms just tell me and I'll send a copy along for troubleshooting.

Edit: Adding system info...

Second Life 1.23.1 (119104) May 4 2009 17:53:10 (Second Life Release Candidate)
Release Notes

Built with MSVC version 1400

You are at 267764.1, 279284.3, 4002.9 in Kali Isle located at sim3756.agni.lindenlab.com (216.82.22.237:13000)
Second Life Server 1.26.3.118673
Release Notes

CPU: Intel Core 2 Series Processor (2399 MHz)
Memory: 4095 MB
OS Version: Microsoft Windows Vista Service Pack 1 (Build 6001)


Maggie Darwin added a comment - 14/May/09 03:42 AM - edited
from Wikipedia ~ http://en.wikipedia.org/wiki/Software_release_life_cycle ~:

The term release candidate (RC) refers to a version with potential to be a final product, ready to release unless fatal bugs emerge. In this stage of product stabilization (read QA cycle), all product features have been designed, coded and tested through one or more Beta cycles with no known showstopper-class bug."

... also...

"Beta" is a nickname for software which has passed the alpha testing stage of development and has been released to users for software testing before its official release. It is the prototype of the software that is released to the public. Beta testing allows the software to undergo usability testing with users who provide feedback, so that any malfunctions these users find in the software can be reported to the developers and fixed. Beta software can be unstable and could cause crashes or data loss. A "beta version" is the first version released outside the organization or community that develops the software, for the purpose of evaluation or real-world black/grey-box testing

It's been clear to me for quite some time that what Linden Research calls a Release Candidate Viewer would be called "beta" anywhere else.


Alexa Linden added a comment - 15/May/09 11:28 AM
I am resolving this as a duplicate of VWR-12987 which has been imported and is being reviewed. Please continue to add any comments or information there as it is the active issue internally. Thanks

Coquette Montague added a comment - 15/May/09 12:43 PM
The version I am using is 1.21.6 and it seems everything is working (sword reattach and dance hudds and all huds all jewelry and my horsey too) Yay! I will not update until I know this issue is resolved. Good thing I was lazy and also didn't feel like waiting for my inventory to repopulate and got a heads up from Arisha. Thanks Arisha!!! waves We need to get the word out to even more people and have them vote here to up the status. Some people don't know how to do this they need help to navigate this process... get the word out more!! Huggz to all!!! LUV YA! XD