secondlife / jira-archive

3 stars 0 forks source link

[BUG-40559] [Espeon] Stand button disappears after attempting to stand from a prim with [PRIM_ALLOW_UNSIT, 0] #12219

Open sl-service-account opened 8 years ago

sl-service-account commented 8 years ago

Steps to Reproduce

Attachments

Original Jira Fields | Field | Value | | ------------- | ------------- | | Issue | BUG-40559 | | Summary | [Espeon] Stand button disappears after attempting to stand from a prim with [PRIM_ALLOW_UNSIT, 0] | | Type | Bug | | Priority | Unset | | Status | Accepted | | Resolution | Accepted | | Reporter | Whirly Fizzle (whirly.fizzle) | | Created at | 2016-09-23T01:10:05Z | | Updated at | 2016-09-23T21:56:09Z | ``` { 'Business Unit': ['Platform'], 'Date of First Response': '2016-09-22T20:32:05.772-0500', 'ReOpened Count': 0.0, 'Severity': 'Unset', 'System': 'SL Viewer', 'Target Viewer Version': 'viewer-development', 'What just happened?': 'Filling in...', 'What were you doing when it happened?': '...', 'What were you expecting to happen instead?': '....', 'Where': 'secondlife://Aditi/secondlife/Leafeon/50/219/23', } ```
sl-service-account commented 8 years ago

Lucia Nightfire commented at 2016-09-23T01:32:06Z

I assume the viewer just kills the stand button thinking that a stand occurred because up until this new feature, there was nothing that prevented standing.

This will be an issue with future designed applications that allow the user to manually stand intermittently in the application's operation cycle especially over land with teleport routing to a landing point.

The Stand button should always persist while sat. The viewer should check if you successfully stood before removing the button.