|
|
|
Probably a duplicate of VWR-12987, exaggerated by the parts being in movement.
they do appear to be the same things, not sure which way the lindens want to roll this up.
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.
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) 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) CPU: AMD (Unknown model) (3000 MHz) 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. Observations: ======= Second Life 1.23.0 (118316) Apr 23 2009 21:20:14 (Second Life Public Nightly) Hmmm, this looks very much like VWR-13038
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) 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. 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
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.
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.
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.
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.
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".
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!!???
Coquette, chill out and go back to the released viewer for now.
Coquette, I can't mark it as Showstopper according to the LL criteria:
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. 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.
I have both the RC and the released 1.22.11 viewer installed; it only occurrs when I run the RC.
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. 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.
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. 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.
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 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) 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) CPU: Intel Core 2 Series Processor (2399 MHz) from Wikipedia ~ http://en.wikipedia.org/wiki/Software_release_life_cycle
... also...
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. 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
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
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
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