[iOS] Keyboard hides Entry on Grid

[DonkeyKongJr]

Description

When using an Entry field on the bottom of a grid on iOS, the Keyboard overlays the Entry field. On Android everything seems to be working fine.

Android:

iOS:

Steps to Reproduce

1. Create a new MAUI Project.
2. Add a Grid Layout.
3. Add a Entry Element on the bottom.
4. Select iOS as target.
5. Run the app.
6. Click on the bottom entry field.

See demo project below:

MauiApp1.zip

Link to public reproduction project repository

https://github.com/DonkeyKongJr/MauiKeyboardIssue.git

Version with bug

8.0.6

Is this a regression from previous behavior?

Not sure, did not test other versions

Last version that worked well

Unknown/Other

Affected platforms

iOS

Affected platform versions

iOS 17.x

Did you find any workaround?

No.

Relevant log output

No response

[DonkeyKongJr]

We do get in our customer application a slightly different behavior. The iOS keyboards pops up, but covers the input halfway through. In this particular place, we use an Editor. The BorderlessEditor inherits directly from Editor.

<controls:BorderlessEditor
    HorizontalOptions="Fill"
    VerticalOptions="Center"
    Keyboard="Chat"
    AutoSize="TextChanges"
    BackgroundColor="Transparent"
    TextColor="{AppThemeBinding Light={StaticResource Black}, Dark={StaticResource White}}"
    Text="{Binding NewMessageText}"
    MaxLength="400">
    <controls:BorderlessEditor.Behaviors>
        <fixes:TapToCloseBehavior />
    </controls:BorderlessEditor.Behaviors>
</controls:BorderlessEditor>

[PureWeen]

Can you test with the latest nightly build?
https://github.com/dotnet/maui/wiki/Nightly-Builds

[ghost]

Hi @DonkeyKongJr. We have added the "s/needs-info" label to this issue, which indicates that we have an open question for you before we can take further action. This issue will be closed automatically in 7 days if we do not hear back from you by then - please feel free to re-open it if you come back to this issue after that time.

[DonkeyKongJr]

I just tried it out on .NET MAUI 8.0.7-preview.9929 and the issue seems to be resolved.

[borrmann]

@PureWeen I have tested it with the nightly build too. It seems fixed when predictive text is turned on in device settings, but not when they are turned off and e.g. an AutoFill mode is used on the Entry or the Keyboard Height changes (e.g. by switching to Emoji keyboard).
See attached video
In the beginning it works as expected.
Then predictive text is turned off in device settings.

1. After that, the keyboard is above the entry, when a suggestion pops up with a delay.
2. The keyboard is always above the entry, if the emoji keyboard is opened.

KeyboardBug.mp4

[DonkeyKongJr]

It seems fixed when predictive text is turned on in device settings, but not when they are turned off and e.g. an AutoFill mode is used on the Entry or the Keyboard Height changes (e.g. by switching to Emoji keyboard).

I can confirm that toggling the predictive text feature negatively affects the keyboard and the positioning of the input element.

RPReplay_Final1706775455.MP4

[borrmann]

I found this Stackoverflow post. This seems like the default behaviour in swift is actually that the keyboard is included in the Safe Area. Is there a way to turn this default behaviour on?

stackoverflow

Edit:
It appears since iOS 17 there is a property UsesBottomSafeArea in UIKeyboardLayoutGuide .
This seems like the right property, how can this be accessed or changed in MAUI?

[QianaJiao]

This is the results of 8.0.6

It does not repro on 8.0.14.

(As mentioned in the above comment, after switching apps, the keyboard will still overlap the content)

[DonkeyKongJr]

I have tested it with the latest version (8.0.14 and then 8.0.20), but the issue unfortunately remains.

RPReplay_Final1712739512.MP4