Closed KatieWoe closed 3 years ago
It is also very visible in the iframe and xhtml for both Chrome and Firefox
@arouinfar thoughts on this? I did increase a threshold to prevent buggy behavior which can cause more iterations of the model to run in these low-elasticity cases.
The way I'd attack this would be performance optimization of the current way things are handled. Should I look into that?
@jonathanolson I played with rc.4 a bit, and I'm only seeing this effect in the Explore 1D screen (not saying that it doesn't occur elsewhere, but it seems more unlikely). At worst, it's a slight stutter when the ball comes to rest, and it's noticeable because the the 5th ball's velocity is so large.
It'd be nice to get @kathy-phet's feedback to see what she recommends.
@kathy-phet said over Slack:
If you are good with it, I am inclined to mark as will not fix. It seems pretty corner case, and not really incorrect. I was playing with it some to see how it was working when you wrote. Then we can declare victory and publish too...
@jonathanolson I'm going to close this as wont-fix, please proceed with publication. 🎉
Test device Dell Operating System Win 10 Browser Chrome Problem description For https://github.com/phetsims/QA/issues/620. Seen during testing for https://github.com/phetsims/collision-lab/issues/184, and I thought it was related, but since I still see it, making an issue here. Seems to happen more often when elasticity is low.
Sometimes before a collision, especially if it is the last collision and elasticity is low, the balls pause before the collision. If it occurs, it happens consistently with that set up. No console error seems to happen.
Visuals
Troubleshooting information: