fix: race condition in onApplyWindowInsets

[kirillzyusko]

📜 Description

Fixed race condition in onApplyWindowInsets.

💡 Motivation and Context

A rare case. I've reproduced it when I used Microsoft SwiftKey Keyboard.

I had a full cycle of onStart/onProgress/onEnd events (keyboard height was 283). And then two events were dispatched to onApplyWindowInsets (changing height to 213 and then to 283).

With a previous implementation we were running an animation from 283 -> 213 and in parallel from 213 to 283. As a result an animated view was jumpy.

With new implementation we're cancelling our previous animations, so we have monotonic values.

📢 Changelog

Android

• added onKeyboardResized method (copied part of body of onApplyWindowInsets);
• save current ValueAnimator when animation starts;
• clean (set to null) current animation in doOnEnd;
• cancel animation if previous one is in progress and onApplyWindowInsets is dispatched;
• update persistentKeyboardHeight if we cancel animation;

🤔 How Has This Been Tested?

Tested manually on Pixel 7 Pro:

• API 34 (Android 14);
• API 31 (Android 12).

📸 Screenshots (if appropriate):

Before	After

📝 Checklist

• CI successfully passed

[github-actions]

📊 Package size report

Current size	Target Size	Difference
80164 bytes	79940 bytes	224 bytes 📈