• All submissions to this site are governed by Second Life Project Contribution Agreement. By submitting patches and other information using this site, you acknowledge that you have read, understood, and agreed to those terms.
Issue Details (XML | Word | Printable)

Key: SVC-1937
Type: Bug Bug
Status: Resolved Resolved
Resolution: Fixed
Priority: Major Major
Assignee: Andrew Linden
Reporter: Kirstyn Meredith
Votes: 3
Watchers: 2
Operations

If you were logged in you would be able to see more operations.
2. Second Life Service - SVC

Stuck in fall when walking up/down stairs (BumpLag?)

Created: 28/Mar/08 10:14 PM   Updated: 16/Jun/08 11:13 AM
Return to search
Component/s: Physics
Affects Version/s: Havok4 Beta
Fix Version/s: None

File Attachments: None
Image Attachments:

1. Falling.jpg
(83 kB)

2. molasses.jpg
(823 kB)
Issue Links:
Relates
 

Linden Lab Issue ID: DEV-12769
Linden Lab Internal Branch: Havok4-6


 Description  « Hide
Avatars get stuck/stop & hover when walking up stairs

 All   Comments   Change History      Sort Order: Ascending order - Click to sort in descending order
Sean Heying added a comment - 28/Mar/08 10:54 PM - edited
This is the molasses problem. and happens when you are walking on a prim surface and hit a prim, maybe even phantom it seems (not 100% sure of phantom yet) at just the right angle and keep walking.

You could be walking along a prim path or you could be climbing stars or you could be purposely walking into a fence.

A 100% reproduction is to walk into a carefully constructed barrier prim, just the right size and just the right angle, and keep walking forwards. If you have an AO on when you release your keys you keep walking. Turning 180 degrees and trying to walk places you into a very slow, molasses bound walking state for up to a minute.

Pressing fly clears the state alot quicker and seems to be a viable work around.

Sim FPS do not drop, they stay at 45 during the collision period.

World/Region/Debug/Collisions shows low numbers 1.5 or so for both the avatar and the object collided into.

I am sending Sidewinder an object that can 100% cause this problem when used correctly. To trigger the fault, with AO On...

1) walk from one corner to the other... post to post and keep walking when you hit the post at 45 degrees.
2) Release the forward arrow key and your AV will stay walking where it should stop walking
3) Optionally turn Off AO and your AV and your av will change to falling state
4) Turn 180 degrees and try to walk out of it
5) Fly to clear the collision almost instantly

There is another case where this happens on normal terrain walking through a linden tree.... but it is still not reproducable and very rare. The end result is the same, your AO keeps moving at the same speed, sim FPS stays at 45 and you move very very slowly forwards.


Sean Heying added a comment - 28/Mar/08 10:55 PM
Changed the title of the bug a little to highlight it.

Sean Heying added a comment - 28/Mar/08 10:58 PM
Attached a picture of the object with I am sending to Sidewinder that can cause this problem 100% of the time showing the angle to walk from one post to the other to cause the problem

Sidewinder Linden added a comment - 29/Mar/08 06:21 AM
Sean - does both sim fps and physics fps stay at a high value during this problem? Thanks, Sidewinder

Atashi Toshihiko added a comment - 29/Mar/08 07:18 AM
I'm not sure if this is the same molasses thing that I have been experiencing - when I see it, physics FPS and/or Time Dilation both drop, and can stay dropped from anywhere between a second or two, to up to a minute in the rarest occasions.

The performance drops I have experienced seem shorter when standing still, but when moving (either walking, flying, or using a vehicle) they can last 10 or 20 seconds, and rarely, 30 to 60 seconds.


Kirstyn Meredith added a comment - 30/Mar/08 12:37 AM
Updated summary to reflect correct avatar state. It's stuck in fall, not hover.

Kirstyn Meredith added a comment - 30/Mar/08 12:43 AM - edited
To answer your question Sidewider, I just tested it again and sim fps, physics fps & time dilation are unchanged.

Kirstyn Meredith added a comment - 30/Mar/08 12:57 AM
Screenshot added w/sim stats

Sean Heying added a comment - 30/Mar/08 01:37 AM
Confirm as falling... and demonstrated to Sidewinder in world.

Simon Linden added a comment - 31/Mar/08 11:49 AM
Should be fixed ... this happens when the AV hits something and gets a slight push upwards. I increased the distance we look from the AV foot down to see if it's on a surface, so minor bumps shouldn't make this happen.

Kirstyn Meredith added a comment - 31/Mar/08 05:44 PM
I've just tested it (after the restart) on two different types of stairs and the issue still exists.

This isn't just going up. If the avatar is also walking down steps it goes into a falling state.


Sean Heying added a comment - 01/Apr/08 02:36 AM - edited
Substantially better but not perfect. However Sidewinder has told me Simon Linden is not quite happy yet...

The fix as applied in 1.20.0.83683 is markedly better, my test object no causes "bump lag" as Sidewinder has termed it and a full day in sim only found one place of this falling behaviour in my 4'8" avatar.

I can now duplicate the problem in this new location, similar case where you walk into the "step" then keep walking, but instead of your movement blocked you go into falling with AO on and are unable to step away.

The step I can duplicate this is .84M high at the point I am trying to walk up it. http://slurl.com/secondlife/Neverland%202/84/38/29


Andrew Linden added a comment - 03/Apr/08 10:34 AM
This is still happening sometimes.

Sean Heying added a comment - 17/Apr/08 05:42 PM
Changing the title slightly to use sidewinders own term for this problem

Andrew Linden added a comment - 20/May/08 01:43 PM
Also related (probably a duplicate) is SVC-2056.

Andrew Linden added a comment - 20/May/08 02:11 PM
I was able to reproduce it at Neverland 84/37/29

Andrew Linden added a comment - 21/May/08 09:26 AM
Thanks to Sean's example where this bug reproduces I was able to fix it. It will take a few weeks for the fix to make its way through LL's test and deploy pipeline.

Bridie Linden added a comment - 16/Jun/08 11:13 AM
Fixed as part of 1.22.2 Rolling Restart