[ios] KeyboardAvoidingView and KeyboardStickyView do not work in native stacks where screens are presented as fullScreenModal

[erickreutz]

When using KeyboardAvoidingView or KeyboardStickyView in combination with @react-navigation/native-stack and setting presentation: "fullScreenModal" on the screen options of the screen that is using the KeyboardAvoidingView or KeyboardStickyView do not work as expected.

Here is a patch of the small changes I made to your example app to reproduce the issue:

diff --git a/example/src/navigation/RootStack/index.tsx b/example/src/navigation/RootStack/index.tsx
index 353a1491..8666b60e 100644
--- a/example/src/navigation/RootStack/index.tsx
+++ b/example/src/navigation/RootStack/index.tsx
@@ -1,6 +1,6 @@
 import React from 'react';
 
-import { createStackNavigator } from '@react-navigation/stack';
+import { createNativeStackNavigator } from '@react-navigation/native-stack';
 import { ScreenNames } from '../../constants/screenNames';
 import ExamplesStack from '../ExamplesStack';
 import ExampleMain from '../../screens/Examples/Main';
@@ -10,10 +10,13 @@ export type RootStackParamList = {
   [ScreenNames.EXAMPLES_STACK]: {};
 };
 
-const Stack = createStackNavigator<RootStackParamList>();
+const Stack = createNativeStackNavigator<RootStackParamList>();
 
 const options = {
-  [ScreenNames.EXAMPLES_STACK]: { headerShown: false },
+  [ScreenNames.EXAMPLES_STACK]: {
+    presentation: 'fullScreenModal',
+    headerShown: false,
+  },
   [ScreenNames.EXAMPLES]: { title: 'Examples' },
 };

[kirillzyusko]

@erickreutz Interesting. It seems it happens, because this code:

override func willMove(toWindow newWindow: UIWindow?) {
    if newWindow == nil {
      // Will be removed from a window
      inputObserver?.unmount()
      keyboardObserver?.unmount()
    }
  }

get executed. As a temporary solution you can simply comment out this code, and in a meantime I'll try to figure out why this code is getting executed and how to properly clean up listeners 👀

[kirillzyusko]

@erickreutz This PR #272 should fully fix a problem - would you mind to try it out and let me know whether it works for you or not?

[erickreutz]

@kirillzyusko it works! Thank you!

[kirillzyusko]

Awesome @erickreutz! For temporary solution you can apply a local patch. I'm going to test Fabric implementation (because there is a different view implementation) and when it'll be ready I'll merge the PR and publish new 1.9.2 version 😎