fix: dynamic bottomOffset over-scrolling

[kirillzyusko]

📜 Description

Fixed an issue when change of bottomSheet with opened keyboard leads to unexpectedly big scroll.

💡 Motivation and Context

The issue is that our point/relativeScrollTo remains the same. But when we focus our input we get scrollPosition.value === 0. When scrolling has completed we update that value to an actual scroll position (let's say to 209). When bottomOffset gets changed we scroll from current position (remember point hasn't been changed) but we add already scrolled distance and we get an incorrect offset.

To overcome this issue we need to reset our scroll position to "unscrolled" state. In fact we already use that pattern with scroll restoration (change scroll position, call maybeScroll, restore position). So I decided to create a utility function called performScrollWithRestoration that will substitute scroll to a new position, do a scrolling and restore original position.

The fix is working well, it fixes a problem in example app and e2e tests successfully pass 🤞

Closes #1203

📢 Changelog

JS

• added performScrollWithRestoration utility function;
• call performScrollWithRestoration when bottomOffset gets changed (passing scrollBeforeKeyboardMovement value).

🤔 How Has This Been Tested?

Tested manually in Fabric example, iPhone 16 Pro (iOS 26.0).

📸 Screenshots (if appropriate):

Before	After
Simulator.Screen.Recording.-.iPhone.16.Pro.-.2025-11-13.at.10.40.52.mov	Simulator.Screen.Recording.-.iPhone.16.Pro.-.2025-11-13.at.10.39.53.mov

📝 Checklist

• CI successfully passed
• I added new mocks and corresponding unit-tests if library API was changed

[github-actions]

📊 Package size report

Current size	Target Size	Difference
225067 bytes	224651 bytes	416 bytes 📈