KeyboardToolbar persists after keyboard dismiss + KeyboardAwareScrollView doesn't scroll to focused input (Expo 55 / RN 0.83 / Fabric)

[imckain]

Describe the bug
After upgrading to Expo SDK 55 (React Native 0.83.2, Fabric/New Architecture, react-native-reanimated 4.2.1), two components are broken:

1. KeyboardToolbar remains visible on screen after the keyboard is dismissed. The translateY transform on the underlying KeyboardStickyView gets stuck at the "keyboard open" position and never resets.
2. KeyboardAwareScrollView does not auto-scroll to the focused TextInput when the keyboard appears. The content stays in place as if no keyboard event was received.

Additionally, this warning appears in the console logs:

Can not attach worklet handlers for `react-native-keyboard-controller` because view tag can not be resolved. Be sure that `KeyboardProvider` is fully mounted before registering handlers.

This suggests the native KeyboardControllerView isn't resolving its view tag before worklet handlers attempt to attach, meaning keyboard events may not be propagating at all.

Code snippet

// KeyboardToolbar usage (currently returning null as workaround)
import { KeyboardToolbar as RNKeyboardToolbar } from 'react-native-keyboard-controller';

// Renders outside the scroll view, sibling to ModalScreenWrapper
<>
  <KeyboardAwareScrollView>{/* form content */}</KeyboardAwareScrollView>
  <KeyboardToolbar />
</>

Repo for reproducing
I will add if I can get time

To Reproduce

• Wrap app in KeyboardProvider
• Render KeyboardToolbar as a sibling to a scroll view containing TextInput fields
• Tap a TextInput to open the keyboard
• Dismiss the keyboard
• Observe: toolbar remains visible, scroll view never adjusted

Expected behavior

• KeyboardToolbar should slide down and hide when the keyboard dismisses
• KeyboardAwareScrollView should auto-scroll to keep the focused input visible above the keyboard

Smartphone (please complete the following information):

• Desktop OS: [MacOS 15.7.5]
• Device: [iPhone 16, iOS sim]
• OS: [iOS 26.x]
• RN version: [83.2]
• RN architecture: [fabric]
• JS engine: [Hermes]
• Library version: [1.21.2]

Additional context

• The "view tag can not be resolved" warning appears on app startup, suggesting the native view isn't ready when worklet handlers try to attach
• The patch from KeyboardStickyView disappears when keyboard becomes visible #1306 (swapping KeyboardStickyView from Animated to Reanimated) was applied via patch-package but did not resolve either issue
• Possibly related to the event propagation rewrite in 1.20.0 (mentioned in the blog post: "I had to rewrite the mechanism that propagates events to worklet handlers")
• Potentially Related issues: KeyboardStickyView disappears when keyboard becomes visible #1306 , [iOS] Button clicks stop working - KeyboardStickyView #1320 , [Android]: Content not focused when keyboard opens #1316 , bottomOffset only working on android not on ios. #1300

[kirillzyusko]

Hey @imckain

I need a repro to figure out where is the issue 🤔 Otherwise it's really hard too tell what's going wrong...

[MeromTh]

Try the new feature mode="layout"

[leotaozeng]

What does "layout" do? Somehow it solves the KeyboardAwareScrollView is having a weird layout jump issue in my app

[MeromTh]

Here, in the document the layout is the original behavior