SfListView not scrolling in TestFlight/App Store iOS build on .NET 10

[Admir Tuzovic]

We have updated our solution to .NET 10 and updated Sf libraries to latest versions (31.2.10).

Everything works fine, until we make a build for TestFlight/App Store.

When we run the app, scrolling is not working at all.

Items are shown correctly, can be clicked and they respond properly, but scrolling isn't reacting at all so list is "stuck".

Anyone has similar experience?

[Damian Pozimski]

Hi, 

I experienced exactly the same issue. It happens only for Release/TestFlight builds.

[Muthukumar Madasamy]

Hi Admir Tuzovic / Damian Pozimski,

Thank you for reporting the issue.

We would like to inform you that the scrolling issue in SfListView on iOS Release builds with .NET 10 MAUI is due to a known problem in the .NET MAUI framework's ScrollView itself. We have logged this issue in the official MAUI GitHub repository for tracking: ScrollView's scrolled event doesn't invoked on Mac platform in release mode · Issue #32524 · dotnet/maui

Workaround: To resolve the issue temporarily, please add the following configuration to your project file:

<PropertyGroup Condition="'$(Configuration)|$(TargetFramework)' == 'Release|net10.0-ios'">

    <MtouchLink>None</MtouchLink>

</PropertyGroup>

This disables the linker for iOS Release builds and restores the expected scrolling behavior.

We appreciate your patience and understanding. Please let us know if you need further assistance.

Best Regards,

Muthu Kumar Madasamy.

[Damian Pozimski]

can confirm it helped, thanks

[Muthukumar Madasamy]

Hi Damian Pozimski,

We are glad to know that the workaround resolved the scrolling issue in your iOS Release build. Please feel free to reach out if you have any further questions or need additional assistance. We’re always happy to help!

Best Regards,

Muthu Kumar Madasamy

[Luca]

Hi, 

I experienced exactly the same issue. 

Also adding this works ( from https://github.com/dotnet/macios/issues/24262 )

<PropertyGroup>
    <AppBundleExtraOptions>--optimize=-register-protocols</AppBundleExtraOptions>
</PropertyGroup>

[Muthukumar Madasamy]

Hi Luca,

Thank you for sharing this workaround! We also checked the solution provided by the MAUI team, and it works fine on our end as well. This is a helpful alternative for resolving the scrolling issue in iOS Release builds. Please feel free to reach out if you need any further assistance.

Best Regards,

Muthu Kumar Madasamy

[Luca]

Hi, 

I have an error also in android when call

#if __ANDROID_29__

            ExtendedScrollView = ListView.GetScrollView();

            var extendedScrollViewRenderer =Microsoft.Maui.Controls.Compatibility.Platfom.Android.Platform.GetRenderer(ExtendedScrollView);

            extendedScrollViewRenderer.View.NestedScrollingEnabled = false;

#endif

Is it connected?

thanks

[Muthukumar Madasamy]

Hi Luca,

Thank you for reaching out. The issue you are facing on Android is not related to the iOS scrolling problem in Release/TestFlight builds. The iOS issue was caused by linker optimizations in .NET MAUI, whereas the Android error seems to be due to using APIs from the old Xamarin.Forms compatibility layer, which are no longer supported in .NET MAUI.

In .NET MAUI, renderers have been replaced by handlers. To achieve similar functionality, you should work with the handler architecture instead of the deprecated GetRenderer API. For example:

#if ANDROID

var handler = ExtendedScrollView.Handler;

if (handler?.PlatformView is Android.Views.View nativeView)

{

    nativeView.NestedScrollingEnabled = false;

}

#endif

This approach ensures compatibility with .NET MAUI and avoids errors related to deprecated APIs.

Please try this updated code and let us know if it resolves your issue. If you still encounter problems, kindly share the exact error message or stack trace so we can assist you further.

Best Regards,

Muthu Kumar Madasamy