You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Mar 28, 2024. It is now read-only.
If bought, set it up as per the notecard and start the pendulum swinging
Observe that the pendulum appears to at first be moving correctly (though there appears to initially be a little overshooting compared to an unaffected viewer version)
Now minimise the viewer for 5 secs or so then maximise again
Observe the pendulum is now swinging way over to one side (which side appears to vary randomly) and it continues to swing wrongly.
This effect can also be seen by camming away from the clock so its out of view then back or by opening a floater for a few seconds and closing it eg) Open Help -> About Secondlife.
Minimising then maximising the viewer gives the strongest effect though
Also observe that right click -> edit on the pendulum resets it to normal movement (until you trigger the bug again)
I can reproduce this on:
Second Life 3.4.0 (264601) Sep 11 2012 08:34:03 (Second Life Beta Viewer)
Second Life 3.4.0 (264227) Aug 31 2012 12:19:16 (Project Viewer - Pathfinding)
Second Life 3.4.1 (264565) Sep 10 2012 11:21:58 (Second Life Development)
Second Life 3.3.4 (264214) Aug 31 2012 06:30:36 (Second Life Release)
Firestorm 4.2.2 (29837) Aug 27 2012 19:20:05 (Firestorm-Release)
Note:
On the V3 release viewer above, the initial pendulum swing stays within the clock case whereas on the repro viewers, right from the start the pendulum swings a little too wide & very slightly out of the case.
On the V3 release viewer above, if you minimise the viewer then maximise it, you will see the pendulum in the wrong place for a split second (as on the repro viewers) but then it rights itself and swings correctly.
This bug reproduces on viewer versions where VWR-29562 (llSetRot does not clear TargetOmega rotation) and VWR-29644 (Keyframe Motion leads the Second Life Beta Viewer - version 3.4.0 (264194) to unexpected results.) are fixed.
Though I think this issue is probably related to these?
Pendulum motion is incorrect after world view is out of focus
Type
Bug
Priority
Unset
Status
Accepted
Resolution
Released
Reporter
Whirly Fizzle (whirly.fizzle)
Created at
2012-09-13T04:37:46Z
Updated at
2014-03-10T21:30:12Z
{
'Business Unit': ['Platform'],
'Date of First Response': '2012-09-13T10:59:22.184-0500',
"Is there anything you'd like to add?": '.',
'System': 'SL Viewer',
'Target Viewer Version': 'viewer-development',
'What just happened?': 'h4.*Steps to reproduce:*\r\n\r\n* Purchase this clock https://marketplace.secondlife.com/p/Working-Grandfather-clock-Wood-copymod-with-sounds/1311767\r\nor, there is one rezzed here: http://maps.secondlife.com/secondlife/Veil%20of%20Shadows/98/45/35\r\n* If bought, set it up as per the notecard and start the pendulum swinging\r\n* Observe that the pendulum appears to at first be moving correctly (though there appears to initially be a little overshooting compared to an unaffected viewer version)\r\n* Now minimise the viewer for 5 secs or so then maximise again\r\n* Observe the pendulum is now swinging way over to one side (which side appears to vary randomly)\r\n* This effect can also be seen by camming away from the clock so its out of view then back or by opening a floater for a few seconds and closing it eg) Open Help -> About Secondlife.\r\nMinimising then maximising the viewer gives the strongest effect though\r\n* Also observe that right click -> edit on the pendulum resets it to normal movement (until you trigger the bug again)\r\n\r\n*I can reproduce this on:*\r\n* Second Life 3.4.0 (264601) Sep 11 2012 08:34:03 (Second Life Beta Viewer)\r\n* Second Life 3.4.0 (264227) Aug 31 2012 12:19:16 (Project Viewer - Pathfinding) \r\n* Second Life 3.4.1 (264565) Sep 10 2012 11:21:58 (Second Life Development)\r\n\r\n*I cannot reproduce this on:*\r\nSecond Life 3.3.4 (264214) Aug 31 2012 06:30:36 (Second Life Release)\r\n\r\n*Note:*\r\n* On the release viewer above, the initial pendulum swing stays within the clock case wheres on the repro viewers, right from the start the pendulum swings a little too wide & very slightly out of the case.\r\n* On the release viewer above, if you minimise the viewer then maximise it, you will see the pendulum in the wrong place for a split second (as on the repro viewers) but then it rights itself and swings correctly.\r\n\r\n* This bug reproduces on viewer versions where VWR-29562 (llSetRot does not clear TargetOmega rotation) and VWR-29644 (Keyframe Motion leads the Second Life Beta Viewer - version 3.4.0 (264194) to unexpected results.) are fixed.\r\nThough I think this issue is probably related to these?',
'What were you doing when it happened?': '.',
'What were you expecting to happen instead?': '.',
}
The text was updated successfully, but these errors were encountered:
Video showing this behaviour: http://youtu.be/WutkO05liWw?hd=1
(filmed on Second Life 3.4.0 (264601) Sep 11 2012 08:34:03 (Second Life Beta Viewer))
h4.Steps to reproduce:
or, there is one rezzed here: http://maps.secondlife.com/secondlife/Veil%20of%20Shadows/98/45/35
Minimising then maximising the viewer gives the strongest effect though
I can reproduce this on:
I cannot reproduce this on:
Note:
On the V3 release viewer above, the initial pendulum swing stays within the clock case whereas on the repro viewers, right from the start the pendulum swings a little too wide & very slightly out of the case.
On the V3 release viewer above, if you minimise the viewer then maximise it, you will see the pendulum in the wrong place for a split second (as on the repro viewers) but then it rights itself and swings correctly.
This bug reproduces on viewer versions where VWR-29562 (llSetRot does not clear TargetOmega rotation) and VWR-29644 (Keyframe Motion leads the Second Life Beta Viewer - version 3.4.0 (264194) to unexpected results.) are fixed.
Though I think this issue is probably related to these?
Attachments
Original Jira Fields
The text was updated successfully, but these errors were encountered: