|
|
|
Should we just re-open
This only applies to Havok 4,
Yes, I meant we update svc-750 to read "affects version havok4". This seems like a regression of the same bug.
from the way I've seen Linden devs talk in issue comments, I think they would prefer that a new issue be opened even in the case of a regression of an old issue that was previously resolved. I think we should leave this one as it is, with the "relates to VWR-750" link.
The idea that we're sort of repeating a critical bug from the past annoys me. But response to that one was pretty quick and perhaps the earlier experience will help. I look forward to En Garde! returning to my stadium soon . . . and do not look forward to finding what else breaks. : (
Very bad today my favorit land switch to Havok 4 and i confirm, the llSetLinkPrimitiveParams are silently ignored on a multiprime object
 ((((Also added Windows viewer in the main descrption. Sorry i never be detailed in my previous comment.
For me is ignored when the target of call is an avatar sitting on a multiprime object, thus becoming a child of it . Is a big bug enough for me anyways 
I agree this is a critical bug for many of my products. I look forward to the speedy resolution of this, or the delay of Havok on the main grid until it is resolved.
This appears to be a different bug. In my testing on Beta, I have also seen that PRIM_ROTATION works on avatars, but PRIM_POSITION fails. I have also noticed that in Havok4 the small internal avatar-size-based "offset" in sit targets appears to be ZERO_VECTOR now, this will affect nearly all content with a sit target, which will sit slightly too high in Havok4.
This fix was done 2/1/2008 - it won't be in the next immediate Havok4 server version we push (that's already in QA) but should be in the following one.
Simon, an Issue I created about this (1273) was resolved into this Issue as a duplicate. As of today, Feb 13, I have observed that avatars now seem to be moving properly among sit positions on boats as they change tacks and heel. A more expert boat builder more familiar with this matter is following up my observation and I will let you know – here – if she states the fix is not correct.
Otherwise, thanks for the hard work. Seems that some progress has been made on this issue. However, I wouldn't call this fixed just yet. I have spent most of the day going over my scripts on both the main grid as well as the beta test grid and I can assure you the problem continues. While it is true that the avatars position can once again be changed by llSetLinkPrimitiveParams, this only works for a time. Upon Rezzing a fresh copy of a device from inventory preloaded with scripts that use this function, the device works functions well. Once you begin editing anything in the linked set, this function becomes in jeopardy of no longer functioning. I've found that the more prims in the linked set, the more probable this is to happen. Where I had been using this function in a linked set of 7 objects I could go days without seeing problems, where as in a linked set of say 55 to 60, this fails after just a few edits. The function looses more than the ability to set the relative position of avatars on the prim, including the ability to move the prim itself and/or rescale the prim in the same command. Reading threw the related reported issues, there was some mention given to the possibility that reorganizing the commands may help. After a number of tests, I was not able to improve the reliability of this function. The only way I have been able to restore the function to working status is to take the object back into inventory and re-rez the linked set. As long as no edits are made to the system, the function seems to work without fail. Scripts compiled under both LSL and Mono yield the same results. Scripts under LSL will reset automatically (given the command to reinitialize via on "on_rez" event while all those under Mono all need to be restarted by the tools menu.
If any Linden would like a personal demonstration of this function still failing, I would be more than happy to demonstrate. If anyone has any other information on this issue, I would be very interested in hearing more. Tested On: Second Life 1.18.6 (77968) Jan 29 2008 20:06:25 (Second Life Release) Please see above Message....
Forgive my post from earlier. I was in error. The sim I tested on was not the updated server. Upon moving to a updated server, I have verified that the bug is indeed gone. Many thanks and as always my appreciation for the hard work from Linden Labs to resolve these issues.
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
 |
|
Bug
Closed
Major
Avatar sitting on a prim unable to have position manipulated with llSetLinkPrimitiveParams
SVC-750, except that this issue only occurs in Havok4 with PRIM_POSITION, in objects with >1 prims.