[bug] Android Keyboard overlay/push behavior changes between app launches

[bpevs]

Describe the bug

Basically, as the screenshots explain, sometimes when I open my app, the keyboard is overlaying over the app, and other times it pushes the content up (shortens the window height)?

I think probably the expected behavior is the latter?

I am still seeing this regression now in 2.0.0-alpha.14 Don't remember the version I was running when I first started seeing this, but I think it was in august maybe around 2.0.0-alpha.8?

Reproduction

I think it should happen on any Android app with a text input at the bottom of the screen.

• Open app
• tap text input

Notice that the keyboard covers the input (screenshot right)

• back out of app (just exit app, don't quit)
• open app again

Keyboard should now no longer be covering the input (screenshot left)

Kinda being lazy, but I can build a reproduction repo if there isn't an easily-editable one you area already working with

Expected behavior

Input should move to be above keyboard (at least that was the behavior prior).

Platform and versions

[✔] Environment
    - OS: Mac OS 13.5.1 X64
    ✔ Xcode Command Line Tools: installed
    ✔ rustc: 1.70.0 (90c541806 2023-05-31)
    ✔ Cargo: 1.70.0 (ec8a8a0ca 2023-04-25)
    ✔ rustup: 1.26.0 (5af9b9484 2023-04-05)
    ✔ Rust toolchain: stable-aarch64-apple-darwin (environment override by RUSTUP_TOOLCHAIN)

[-] Packages
    - tauri [RUST]: git+https://github.com/tauri-apps/tauri/?branch=dev#af3268a4be69e2dee72ba867ee54bc36d12712e6 (2.0.0-alpha.11)
    - tauri-build [RUST]: no manifest (2.0.0-alpha.8, 2.0.0-alpha.8)
    - wry [RUST]: 0.31.1
    - tao [RUST]: 0.22.2
    - @tauri-apps/api [NPM]: not installed!
    - @tauri-apps/cli [NPM]: 2.0.0-alpha.14

[-] App
    - build-type: bundle
    - CSP: unset
    - distDir: ../src-www
    - devPath: http://0.0.0.0:3000/

Stack trace

No response

Additional context

No response

[bpevs]

fwiw, adding android:windowSoftInputMode="adjustResize" to the manifest does fix this. However, that's supposed to be the default setting for the behavior of the main window, so I think this line shouldn't be necessary.