Fasting scrolling with a trackpad or freewheel causes k9s to go unresponsive

[theelderbeever]

Describe the bug When viewing pods/deploy/svc/etc where you have a list of resources. A "fast" scroll such as swiping up quickly on the MacBook Pro or a magnetic mouse wheel when near or at the bottom of the list will cause k9s to continue to process the scroll at the end of the list and will cause k9s to go unresponsive and use 100% cpu while processing the scroll. Its very difficult to get k9s to work again without force killing the process (Ctrl-C doesn't respond).

To Reproduce Steps to reproduce the behavior:

1. Go to the all pods view
2. Two finger swipe up "aggressively" and keep swiping even as it approaches the bottom of the list.
3. Once scrolling past the end of the list attempt to perform any other action
4. View Activity Monitor to see k9s stuck at 100% cpu

Historical Documents When applicable please include any supporting artifacts: k9s debug logs, configurations, resource manifests, ...

Expected behavior Scrolling should "saturate" at the end of the list and stop attempting to scroll.

Screenshots I can attempt to add a gif of the action however, without seeing the user actions I am not sure it will be of much help.

Versions (please complete the following information):

• OS: OSX
• K9s: v0.32.4
• K8s: [e.g. 1.11.0]

[culinablaz]

I've noticed this issue too, particularly when zooming out on logs and scrolling.

[Morgahl]

Disabling Use inertia when scrolling in the Trackpad Options appears to resolve this behavior but that just indicates that MacOS is spamming scrolling events past the end of the list and locking things up.

[Eli-Chandler]

I also experience this issue, really annoying