[iOS] Sticky header panel covers content in a scrollview when using ReturnType="Next" on Entry fields

[BurkusCat]

Description

When you have some content at the top of the page that is "sticky" and a ScrollView below. If you have Entry fields in the scroll view with the ReturnType set to "Next", when you tab through the fields the scrolling works normally. However, when you reach the final entry in the ScrollView and cycle around to the start, the "sticky" content will cover the first part of content in the ScrollView even though it is in a separate control.

Untitled.mp4

Steps to Reproduce

1. File > New MAUI app
2. Add the following code to your MainPage.xaml:

XAML code

``` xml ```

3. Launch the app on iOS 4. Click into the first text field 5. Tap the "next" or "enter" button until you cycle round to the first entry field

Observe issue where content in the ScrollView is covered by the sticky header despite the sticky header being an entirely separate control.

Link to public reproduction project repository

https://github.com/BurkusCat/ScrollViewKeyboardIssueIos

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 15 - 17

Did you find any workaround?

No

Relevant log output

No response

[PureWeen]

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

[ghost]

Hi @BurkusCat. 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.

[BurkusCat]

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

I tried 8.0.6-nightly.9880 on the reproduction project and my actual project, both still had the same issue. I checked the .dlls to ensure the nightly was being used on the build and it was (I'm not totally familiar with VS code on Mac yet so I wanted to be sure).

[tj-devel709]

Hi @BurkusCat, I confirmed that I am able to reproduce this issue, thank you for submitting!