Skip to content
This repository has been archived by the owner on Mar 28, 2024. It is now read-only.

[BUG-86] Pendulum motion is incorrect after world view is out of focus #16193

Open
sl-service-account opened this issue Sep 13, 2012 · 3 comments

Comments

@sl-service-account
Copy link

sl-service-account commented Sep 13, 2012

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:

  • Purchase this clock https://marketplace.secondlife.com/p/Working-Grandfather-clock-Wood-copymod-with-sounds/1311767
    or, there is one rezzed here: http://maps.secondlife.com/secondlife/Veil%20of%20Shadows/98/45/35
  • 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)
  • Firestorm 4.3.0 (30429) Sep 7 2012 23:03:40 (Firestorm-Fizzlefire)

I cannot reproduce this on:

  • 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?

Attachments

Original Jira Fields
Field Value
Issue BUG-86
Summary 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?': '.',
}
@sl-service-account
Copy link
Author

Alexa Linden commented at 2012-09-13T15:59:22Z

Bah! another Target Omega bug. Thanks Whirly, I checked out your clock and am seeing the same behavior.

@sl-service-account
Copy link
Author

Whirly Fizzle commented at 2012-09-13T16:08:05Z

Yeah :(
Just when you thought they were all fixed...... :D

@sl-service-account
Copy link
Author

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

1 participant