Skip to content

[iOS] Preserve ScrollView offsets when Orientation changes to Neither - #34672

Merged
kubaflo merged 4 commits into
dotnet:inflight/currentfrom
Vignesh-SF3580:fix-34583
Mar 30, 2026
Merged

[iOS] Preserve ScrollView offsets when Orientation changes to Neither#34672
kubaflo merged 4 commits into
dotnet:inflight/currentfrom
Vignesh-SF3580:fix-34583

Conversation

@Vignesh-SF3580

Copy link
Copy Markdown
Contributor

Note

Are you waiting for the changes in this PR to be merged?
It would be very helpful if you could test the resulting artifacts from this PR and let us know in a comment if this change resolves your issue. Thank you!

Issue details

On iOS, changing ScrollView.Orientation to Neither resets ScrollX and ScrollY to 0 instead of preserving the current scroll position.

Regression Details

PR: #30991
The change came from PR #30991 (commit 2b13a90). The PR description indicates the goal was to align iOS ScrollView behavior with Android by preventing scrolling on disallowed axes, so clamping logic was introduced to enforce orientation behavior. No review comment or PR note explains why ScrollOrientation.Neither was included in both clamp conditions.
The clamping logic appears intentional, but the inclusion of Neither was likely an overextension or unintended side effect of that fix.

Root Cause

MauiScrollView.LayoutSubviews treated ScrollOrientation.Neither as a resize-to-viewport scenario by clamping both width and height to the frame size. As a result, ContentSize shrank to the viewport, causing UIKit to clamp ContentOffset to (0, 0), which led to the issue.

Description of change

The content-size clamping logic has been updated to skip Neither:

  • Width is clamped only for Vertical
  • Height is clamped only for Horizontal
  • Neither preserves the existing ContentSize, ensuring the current ContentOffset is retained

Issues Fixed

Fixes #34583

Screenshots

Before Issue Fix After Issue Fix
34583BeforeFix.mov
34583AfterFix.mov

@github-actions

github-actions Bot commented Mar 26, 2026

Copy link
Copy Markdown
Contributor

🚀 Dogfood this PR with:

⚠️ WARNING: Do not do this without first carefully reviewing the code of this PR to satisfy yourself it is safe.

curl -fsSL https://raw.githubusercontent.com/dotnet/maui/main/eng/scripts/get-maui-pr.sh | bash -s -- 34672

Or

  • Run remotely in PowerShell:
iex "& { $(irm https://raw.githubusercontent.com/dotnet/maui/main/eng/scripts/get-maui-pr.ps1) } 34672"

@MauiBot

MauiBot commented Mar 28, 2026

Copy link
Copy Markdown
Collaborator

🚦 Gate - Test Before and After Fix

📊 Expand Full Gatef801766 · Addressed copilot comments.

Gate Result: ✅ PASSED

Platform: IOS · Base: main · Merge base: 720a9d4a

Test Without Fix (expect FAIL) With Fix (expect PASS)
🖥️ Issue34583 Issue34583 ✅ FAIL — 203s ✅ PASS — 87s
🔴 Without fix — 🖥️ Issue34583: FAIL ✅ · 203s
  Determining projects to restore...
  Restored /Users/cloudtest/vss/_work/1/s/src/Graphics/src/Graphics/Graphics.csproj (in 564 ms).
  Restored /Users/cloudtest/vss/_work/1/s/src/Controls/src/BindingSourceGen/Controls.BindingSourceGen.csproj (in 554 ms).
  Restored /Users/cloudtest/vss/_work/1/s/src/Essentials/src/Essentials.csproj (in 7.07 sec).
  Restored /Users/cloudtest/vss/_work/1/s/src/Controls/Foldable/src/Controls.Foldable.csproj (in 7.23 sec).
  Restored /Users/cloudtest/vss/_work/1/s/src/Core/src/Core.csproj (in 7.23 sec).
  Restored /Users/cloudtest/vss/_work/1/s/src/Controls/src/Xaml/Controls.Xaml.csproj (in 7.23 sec).
  Restored /Users/cloudtest/vss/_work/1/s/src/Controls/tests/TestCases.HostApp/Controls.TestCases.HostApp.csproj (in 7.23 sec).
  Restored /Users/cloudtest/vss/_work/1/s/src/Controls/Maps/src/Controls.Maps.csproj (in 7.24 sec).
  Restored /Users/cloudtest/vss/_work/1/s/src/BlazorWebView/src/Maui/Microsoft.AspNetCore.Components.WebView.Maui.csproj (in 7.24 sec).
  Restored /Users/cloudtest/vss/_work/1/s/src/Core/maps/src/Maps.csproj (in 7.24 sec).
  Restored /Users/cloudtest/vss/_work/1/s/src/Controls/src/Core/Controls.Core.csproj (in 7.25 sec).
/Users/cloudtest/vss/_work/1/s/.dotnet/packs/Microsoft.iOS.Sdk.net10.0_26.0/26.0.11017/targets/Xamarin.Shared.Sdk.targets(309,3): warning : RuntimeIdentifier was set on the command line, and will override the value for RuntimeIdentifiers set in the project file. [/Users/cloudtest/vss/_work/1/s/src/Controls/tests/TestCases.HostApp/Controls.TestCases.HostApp.csproj::TargetFramework=net10.0-ios]
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13687631
  Graphics -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/Graphics/Debug/net10.0-ios26.0/Microsoft.Maui.Graphics.dll
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13687631
  Essentials -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/Essentials/Debug/net10.0-ios26.0/Microsoft.Maui.Essentials.dll
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13687631
  Core -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/Core/Debug/net10.0-ios26.0/Microsoft.Maui.dll
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13687631
  Controls.BindingSourceGen -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/Controls.BindingSourceGen/Debug/netstandard2.0/Microsoft.Maui.Controls.BindingSourceGen.dll
  Maps -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/Maps/Debug/net10.0-ios26.0/Microsoft.Maui.Maps.dll
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13687631
  Controls.Core -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/Controls.Core/Debug/net10.0-ios26.0/Microsoft.Maui.Controls.dll
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13687631
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13687631
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13687631
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13687631
  Controls.Foldable -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/Controls.Foldable/Debug/net10.0-ios26.0/Microsoft.Maui.Controls.Foldable.dll
  Controls.Maps -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/Controls.Maps/Debug/net10.0-ios26.0/Microsoft.Maui.Controls.Maps.dll
  Microsoft.AspNetCore.Components.WebView.Maui -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/Microsoft.AspNetCore.Components.WebView.Maui/Debug/net10.0-ios26.0/Microsoft.AspNetCore.Components.WebView.Maui.dll
  Controls.Xaml -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/Controls.Xaml/Debug/net10.0-ios26.0/Microsoft.Maui.Controls.Xaml.dll
  Detected signing identity:
    Code Signing Key: "" (-)
    Provisioning Profile: "" () - no entitlements
    Bundle Id: com.microsoft.maui.uitests
    App Id: com.microsoft.maui.uitests
  Controls.TestCases.HostApp -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/Controls.TestCases.HostApp/Debug/net10.0-ios/iossimulator-arm64/Controls.TestCases.HostApp.dll
  Optimizing assemblies for size may change the behavior of the app. Be sure to test after publishing. See: https://aka.ms/dotnet-illink
  Optimizing assemblies for size. This process might take a while.

Build succeeded.

/Users/cloudtest/vss/_work/1/s/.dotnet/packs/Microsoft.iOS.Sdk.net10.0_26.0/26.0.11017/targets/Xamarin.Shared.Sdk.targets(309,3): warning : RuntimeIdentifier was set on the command line, and will override the value for RuntimeIdentifiers set in the project file. [/Users/cloudtest/vss/_work/1/s/src/Controls/tests/TestCases.HostApp/Controls.TestCases.HostApp.csproj::TargetFramework=net10.0-ios]
    1 Warning(s)
    0 Error(s)

Time Elapsed 00:01:40.68
  Determining projects to restore...
  Restored /Users/cloudtest/vss/_work/1/s/src/Graphics/src/Graphics/Graphics.csproj (in 849 ms).
  Restored /Users/cloudtest/vss/_work/1/s/src/Controls/tests/CustomAttributes/Controls.CustomAttributes.csproj (in 845 ms).
  Restored /Users/cloudtest/vss/_work/1/s/src/TestUtils/src/UITest.Core/UITest.Core.csproj (in 849 ms).
  Restored /Users/cloudtest/vss/_work/1/s/src/Essentials/src/Essentials.csproj (in 852 ms).
  Restored /Users/cloudtest/vss/_work/1/s/src/TestUtils/src/VisualTestUtils/VisualTestUtils.csproj (in 0.9 ms).
  Restored /Users/cloudtest/vss/_work/1/s/src/Controls/src/Core/Controls.Core.csproj (in 919 ms).
  Restored /Users/cloudtest/vss/_work/1/s/src/Core/src/Core.csproj (in 936 ms).
  Restored /Users/cloudtest/vss/_work/1/s/src/Controls/src/BindingSourceGen/Controls.BindingSourceGen.csproj (in 275 ms).
  Restored /Users/cloudtest/vss/_work/1/s/src/TestUtils/src/UITest.NUnit/UITest.NUnit.csproj (in 1.62 sec).
  Restored /Users/cloudtest/vss/_work/1/s/src/TestUtils/src/UITest.Appium/UITest.Appium.csproj (in 1.87 sec).
  Restored /Users/cloudtest/vss/_work/1/s/src/TestUtils/src/UITest.Analyzers/UITest.Analyzers.csproj (in 2.54 sec).
  Restored /Users/cloudtest/vss/_work/1/s/src/TestUtils/src/VisualTestUtils.MagickNet/VisualTestUtils.MagickNet.csproj (in 3.05 sec).
  Restored /Users/cloudtest/vss/_work/1/s/src/Controls/tests/TestCases.iOS.Tests/Controls.TestCases.iOS.Tests.csproj (in 3.07 sec).
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13687631
  Controls.CustomAttributes -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/Controls.CustomAttributes/Debug/net10.0/Controls.CustomAttributes.dll
  Graphics -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/Graphics/Debug/net10.0/Microsoft.Maui.Graphics.dll
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13687631
  Essentials -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/Essentials/Debug/net10.0/Microsoft.Maui.Essentials.dll
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13687631
  Core -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/Core/Debug/net10.0/Microsoft.Maui.dll
  Controls.BindingSourceGen -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/Controls.BindingSourceGen/Debug/netstandard2.0/Microsoft.Maui.Controls.BindingSourceGen.dll
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13687631
  Controls.Core -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/Controls.Core/Debug/net10.0/Microsoft.Maui.Controls.dll
  UITest.Core -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/UITest.Core/Debug/net10.0/UITest.Core.dll
  VisualTestUtils -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/VisualTestUtils/Debug/netstandard2.0/VisualTestUtils.dll
  UITest.NUnit -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/UITest.NUnit/Debug/net10.0/UITest.NUnit.dll
  VisualTestUtils.MagickNet -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/VisualTestUtils.MagickNet/Debug/netstandard2.0/VisualTestUtils.MagickNet.dll
  UITest.Appium -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/UITest.Appium/Debug/net10.0/UITest.Appium.dll
  UITest.Analyzers -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/UITest.Analyzers/Debug/netstandard2.0/UITest.Analyzers.dll
  Controls.TestCases.iOS.Tests -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/Controls.TestCases.iOS.Tests/Debug/net10.0/Controls.TestCases.iOS.Tests.dll
Test run for /Users/cloudtest/vss/_work/1/s/artifacts/bin/Controls.TestCases.iOS.Tests/Debug/net10.0/Controls.TestCases.iOS.Tests.dll (.NETCoreApp,Version=v10.0)
VSTest version 18.0.1 (arm64)

Starting test execution, please wait...
A total of 1 test files matched the specified pattern.
/Users/cloudtest/vss/_work/1/s/artifacts/bin/Controls.TestCases.iOS.Tests/Debug/net10.0/Controls.TestCases.iOS.Tests.dll
[xUnit.net 00:00:00.00] xUnit.net VSTest Adapter v2.8.2+699d445a1a (64-bit .NET 10.0.0)
[xUnit.net 00:00:00.04]   Discovering: Controls.TestCases.iOS.Tests
[xUnit.net 00:00:00.13]   Discovered:  Controls.TestCases.iOS.Tests
NUnit Adapter 4.5.0.0: Test execution started
Running selected tests in /Users/cloudtest/vss/_work/1/s/artifacts/bin/Controls.TestCases.iOS.Tests/Debug/net10.0/Controls.TestCases.iOS.Tests.dll
   NUnit3TestExecutor discovered 1 of 1 NUnit test cases using Current Discovery mode, Non-Explicit run
>>>>> 3/30/2026 7:13:11 AM FixtureSetup for Issue34583(iOS)
>>>>> 3/30/2026 7:13:14 AM ScrollPositionIsPreservedWhenOrientationChangesToNeither Start
>>>>> 3/30/2026 7:13:16 AM ScrollPositionIsPreservedWhenOrientationChangesToNeither Stop
>>>>> 3/30/2026 7:13:16 AM Log types: syslog, crashlog, performance, safariConsole, safariNetwork, server
  Failed ScrollPositionIsPreservedWhenOrientationChangesToNeither [2 s]
  Error Message:
     ScrollX should remain non-zero after setting orientation to Neither.
Assert.That(scrollX, Is.GreaterThan(0d))
  Expected: greater than 0.0d
  But was:  0.0d

  Stack Trace:
     at Microsoft.Maui.TestCases.Tests.Issues.Issue34583.ScrollPositionIsPreservedWhenOrientationChangesToNeither() in /_/src/Controls/tests/TestCases.Shared.Tests/Tests/Issues/Issue34583.cs:line 40

1)    at Microsoft.Maui.TestCases.Tests.Issues.Issue34583.ScrollPositionIsPreservedWhenOrientationChangesToNeither() in /_/src/Controls/tests/TestCases.Shared.Tests/Tests/Issues/Issue34583.cs:line 40


NUnit Adapter 4.5.0.0: Test execution complete

Total tests: 1
     Failed: 1
Test Run Failed.
 Total time: 59.0355 Seconds

🟢 With fix — 🖥️ Issue34583: PASS ✅ · 87s
  Determining projects to restore...
  Restored /Users/cloudtest/vss/_work/1/s/src/Controls/src/BindingSourceGen/Controls.BindingSourceGen.csproj (in 324 ms).
  Restored /Users/cloudtest/vss/_work/1/s/src/Graphics/src/Graphics/Graphics.csproj (in 339 ms).
  Restored /Users/cloudtest/vss/_work/1/s/src/Essentials/src/Essentials.csproj (in 344 ms).
  Restored /Users/cloudtest/vss/_work/1/s/src/Core/src/Core.csproj (in 395 ms).
  Restored /Users/cloudtest/vss/_work/1/s/src/Controls/src/Core/Controls.Core.csproj (in 411 ms).
  6 of 11 projects are up-to-date for restore.
/Users/cloudtest/vss/_work/1/s/.dotnet/packs/Microsoft.iOS.Sdk.net10.0_26.0/26.0.11017/targets/Xamarin.Shared.Sdk.targets(309,3): warning : RuntimeIdentifier was set on the command line, and will override the value for RuntimeIdentifiers set in the project file. [/Users/cloudtest/vss/_work/1/s/src/Controls/tests/TestCases.HostApp/Controls.TestCases.HostApp.csproj::TargetFramework=net10.0-ios]
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13687631
  Graphics -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/Graphics/Debug/net10.0-ios26.0/Microsoft.Maui.Graphics.dll
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13687631
  Essentials -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/Essentials/Debug/net10.0-ios26.0/Microsoft.Maui.Essentials.dll
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13687631
  Core -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/Core/Debug/net10.0-ios26.0/Microsoft.Maui.dll
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13687631
  Maps -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/Maps/Debug/net10.0-ios26.0/Microsoft.Maui.Maps.dll
  Controls.BindingSourceGen -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/Controls.BindingSourceGen/Debug/netstandard2.0/Microsoft.Maui.Controls.BindingSourceGen.dll
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13687631
  Controls.Core -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/Controls.Core/Debug/net10.0-ios26.0/Microsoft.Maui.Controls.dll
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13687631
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13687631
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13687631
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13687631
  Microsoft.AspNetCore.Components.WebView.Maui -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/Microsoft.AspNetCore.Components.WebView.Maui/Debug/net10.0-ios26.0/Microsoft.AspNetCore.Components.WebView.Maui.dll
  Controls.Maps -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/Controls.Maps/Debug/net10.0-ios26.0/Microsoft.Maui.Controls.Maps.dll
  Controls.Foldable -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/Controls.Foldable/Debug/net10.0-ios26.0/Microsoft.Maui.Controls.Foldable.dll
  Controls.Xaml -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/Controls.Xaml/Debug/net10.0-ios26.0/Microsoft.Maui.Controls.Xaml.dll
  Detected signing identity:
    Code Signing Key: "" (-)
    Provisioning Profile: "" () - no entitlements
    Bundle Id: com.microsoft.maui.uitests
    App Id: com.microsoft.maui.uitests
  Controls.TestCases.HostApp -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/Controls.TestCases.HostApp/Debug/net10.0-ios/iossimulator-arm64/Controls.TestCases.HostApp.dll
  Optimizing assemblies for size may change the behavior of the app. Be sure to test after publishing. See: https://aka.ms/dotnet-illink
  Optimizing assemblies for size. This process might take a while.

Build succeeded.

/Users/cloudtest/vss/_work/1/s/.dotnet/packs/Microsoft.iOS.Sdk.net10.0_26.0/26.0.11017/targets/Xamarin.Shared.Sdk.targets(309,3): warning : RuntimeIdentifier was set on the command line, and will override the value for RuntimeIdentifiers set in the project file. [/Users/cloudtest/vss/_work/1/s/src/Controls/tests/TestCases.HostApp/Controls.TestCases.HostApp.csproj::TargetFramework=net10.0-ios]
    1 Warning(s)
    0 Error(s)

Time Elapsed 00:00:43.71
  Determining projects to restore...
  Restored /Users/cloudtest/vss/_work/1/s/src/Graphics/src/Graphics/Graphics.csproj (in 340 ms).
  Restored /Users/cloudtest/vss/_work/1/s/src/Controls/src/BindingSourceGen/Controls.BindingSourceGen.csproj (in 337 ms).
  Restored /Users/cloudtest/vss/_work/1/s/src/Essentials/src/Essentials.csproj (in 343 ms).
  Restored /Users/cloudtest/vss/_work/1/s/src/Core/src/Core.csproj (in 360 ms).
  Restored /Users/cloudtest/vss/_work/1/s/src/Controls/src/Core/Controls.Core.csproj (in 373 ms).
  8 of 13 projects are up-to-date for restore.
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13687631
  Graphics -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/Graphics/Debug/net10.0/Microsoft.Maui.Graphics.dll
  Controls.CustomAttributes -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/Controls.CustomAttributes/Debug/net10.0/Controls.CustomAttributes.dll
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13687631
  Essentials -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/Essentials/Debug/net10.0/Microsoft.Maui.Essentials.dll
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13687631
  Core -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/Core/Debug/net10.0/Microsoft.Maui.dll
  Controls.BindingSourceGen -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/Controls.BindingSourceGen/Debug/netstandard2.0/Microsoft.Maui.Controls.BindingSourceGen.dll
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13687631
  Controls.Core -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/Controls.Core/Debug/net10.0/Microsoft.Maui.Controls.dll
  UITest.Core -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/UITest.Core/Debug/net10.0/UITest.Core.dll
  VisualTestUtils -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/VisualTestUtils/Debug/netstandard2.0/VisualTestUtils.dll
  UITest.NUnit -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/UITest.NUnit/Debug/net10.0/UITest.NUnit.dll
  VisualTestUtils.MagickNet -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/VisualTestUtils.MagickNet/Debug/netstandard2.0/VisualTestUtils.MagickNet.dll
  UITest.Appium -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/UITest.Appium/Debug/net10.0/UITest.Appium.dll
  UITest.Analyzers -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/UITest.Analyzers/Debug/netstandard2.0/UITest.Analyzers.dll
  Controls.TestCases.iOS.Tests -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/Controls.TestCases.iOS.Tests/Debug/net10.0/Controls.TestCases.iOS.Tests.dll
Test run for /Users/cloudtest/vss/_work/1/s/artifacts/bin/Controls.TestCases.iOS.Tests/Debug/net10.0/Controls.TestCases.iOS.Tests.dll (.NETCoreApp,Version=v10.0)
VSTest version 18.0.1 (arm64)

Starting test execution, please wait...
A total of 1 test files matched the specified pattern.
/Users/cloudtest/vss/_work/1/s/artifacts/bin/Controls.TestCases.iOS.Tests/Debug/net10.0/Controls.TestCases.iOS.Tests.dll
[xUnit.net 00:00:00.00] xUnit.net VSTest Adapter v2.8.2+699d445a1a (64-bit .NET 10.0.0)
[xUnit.net 00:00:00.05]   Discovering: Controls.TestCases.iOS.Tests
[xUnit.net 00:00:00.14]   Discovered:  Controls.TestCases.iOS.Tests
NUnit Adapter 4.5.0.0: Test execution started
Running selected tests in /Users/cloudtest/vss/_work/1/s/artifacts/bin/Controls.TestCases.iOS.Tests/Debug/net10.0/Controls.TestCases.iOS.Tests.dll
   NUnit3TestExecutor discovered 1 of 1 NUnit test cases using Current Discovery mode, Non-Explicit run
>>>>> 3/30/2026 7:14:38 AM FixtureSetup for Issue34583(iOS)
>>>>> 3/30/2026 7:14:42 AM ScrollPositionIsPreservedWhenOrientationChangesToNeither Start
>>>>> 3/30/2026 7:14:43 AM ScrollPositionIsPreservedWhenOrientationChangesToNeither Stop
  Passed ScrollPositionIsPreservedWhenOrientationChangesToNeither [1 s]
NUnit Adapter 4.5.0.0: Test execution complete

Test Run Successful.
Total tests: 1
     Passed: 1
 Total time: 17.6826 Seconds

📁 Fix files reverted (2 files)
  • eng/pipelines/ci-copilot.yml
  • src/Core/src/Platform/iOS/MauiScrollView.cs

@MauiBot

MauiBot commented Mar 28, 2026

Copy link
Copy Markdown
Collaborator

🤖 AI Summary

📊 Expand Full Reviewf801766 · Addressed copilot comments.
🔍 Pre-Flight — Context & Validation

Issue: #34583 - Incorrect implementation of ScrollView.Orientation
PR: #34672 - [iOS] Preserve ScrollView offsets when Orientation changes to Neither
Platforms Affected: iOS (regression; also runs on Android/MacCatalyst for broader coverage)
Files Changed: 1 implementation, 2 test

Key Findings

  • Root Cause: MauiScrollView.LayoutSubviews() on iOS included ScrollOrientation.Neither in both the "clamp width" and "clamp height" conditions. When Neither is set, both dimensions get clamped to the frame size, which causes the ContentSize to shrink to the viewport, and UIKit then resets ContentOffset to (0,0).
  • Regression introduced in PR [Testing] Feature matrix UITest Cases for ScrollView Control (#30188) #30991 (commit 2b13a90). The goal was to align iOS with Android by preventing scrolling on disallowed axes, but Neither was unintentionally included in both clamp conditions.
  • Fix is minimal: Only 4 lines changed in the core fix file (MauiScrollView.cs). ScrollOrientation.Neither is simply removed from both if conditions — width is clamped only for Vertical, height only for Horizontal.
  • Prior agent review present: A prior AI Summary was detected in PR comments. All 6 inline review comments from copilot-pull-request-reviewer were addressed and resolved by the author (Vignesh-SF3580). Key fixes applied:
    1. HostApp _offsetLabel.Text now uses CultureInfo.InvariantCulture to format scroll values (prevents culture-sensitive parse failure in test).
    2. Test already uses InvariantCulture for parsing (correct).
    3. Comment for the height-clamping block updated to clarify the Neither exclusion.
    4. Added WaitForTextToBePresentInElement("LastActionLabel", "Scrolled to approx") after scroll tap to avoid async race.
  • One outstanding disagreement: Copilot suggested restricting the test #if guard to TEST_FAILS_ON_WINDOWS && (IOS || MACCATALYST), but the author explicitly declined, citing repository convention of running tests on all platforms for broader regression coverage. The current guard is #if TEST_FAILS_ON_WINDOWS only.
  • Gate: ✅ PASSED — tests fail without fix, pass with fix on iOS.

Fix Candidates

# Source Approach Test Result Files Changed Notes
PR PR #34672 Remove Neither from both clamping conditions in MauiScrollView.LayoutSubviews; width clamped only for Vertical, height clamped only for Horizontal ✅ PASSED (Gate) MauiScrollView.cs Original PR; minimal, targeted fix

🔧 Fix — Analysis & Comparison

Fix Candidates

# Source Approach Test Result Files Changed Notes
1 try-fix (claude-opus-4.6) Wrap entire clamping block in guard Pass MauiScrollView.cs (+10/-5) Structurally different: 1 guard vs 2 condition edits; functionally equivalent
2 try-fix (claude-sonnet-4.6) For , compute position-preserving minimum size () via if/else; Vertical/Horizontal handled in else ContentSize Pass MauiScrollView.cs (+14/-8) More semantically explicit; ensures ContentSize always covers current scroll offset
3 try-fix (gpt-5.3-codex) After clamping, at ContentSize assignment stage: for , take to prevent shrinkage Pass MauiScrollView.cs (+9/-0) Different fixes at assignment point rather than in clamping conditions
4 try-fix (gpt-5.4) Cache last scrollable content size ( field); when , reuse cached extent instead of letting ContentSize collapse Pass MauiScrollView.cs (+20/-6) Stateful approach; tracks and reuses prior scrollable extent
PR PR #34672 Remove from both clamping conditions; width clamped only for , height only for PASSED (Gate) MauiScrollView.cs (+4/-3) Original PR; most minimal targeted fix

Cross-Pollination

Model Round New Ideas? Details
claude-opus-4.6 2 NO NEW IDEAS All structural variations of the clamping fix have been covered
claude-sonnet-4.6 2 NO NEW IDEAS ContentOffset-save/restore variant is less safe (async layout); covered by existing approaches
gpt-5.3-codex 2 NO NEW IDEAS Handler/mapper-based fix would require more invasive changes with no benefit over simpler approaches
gpt-5.4 2 NO NEW IDEAS All major fix strategies (guard, min-size, cache) exhausted

Exhausted: Yes
Selected Fix: PR # The PR's direct removal of Neither from both clamping if conditions is the simplest, most targeted, most readable solution. All 4 alternatives pass the test but are more complex. The PR's +4/-3 change (vs +9 to +20 for alternatives) is the minimal necessary fix with no behavioral overhead.34672


📋 Report — Final Recommendation

✅ Final Recommendation: APPROVE

Phase Status

Phase Status Notes
Pre-Flight ✅ COMPLETE Issue #34583, iOS regression from PR #30991
Gate ✅ PASSED iOS — tests fail without fix, pass with fix
Try-Fix ✅ COMPLETE 4 attempts, all 4 passing; PR's fix selected as best
Report ✅ COMPLETE

Summary

PR #34672 fixes an iOS regression where changing ScrollView.Orientation to Neither incorrectly resets ScrollX/ScrollY to zero. The fix is minimal (+4/-3 lines in MauiScrollView.cs), correctly targeted, and gate-verified. All prior copilot inline review comments have been addressed by the author.

Root Cause

MauiScrollView.LayoutSubviews() on iOS included ScrollOrientation.Neither in both the width-clamping and height-clamping conditions. When Neither is set, both dimensions were clamped to the frame size, shrinking ContentSize to the viewport. UIKit then resets ContentOffset to (0,0) since the content no longer extends beyond the visible area. The regression was introduced in PR #30991.

Fix Quality

The PR's fix is the best available: Three independent try-fix models (claude-opus-4.6, claude-sonnet-4.6, gpt-5.3-codex, gpt-5.4) all produced passing alternatives, but each required more code (+9 to +20 lines vs +4). The PR's approach — simply removing ScrollOrientation.Neither from both if conditions — is:

  • Minimal: +4/-3 lines, single file change
  • Direct: Fixes exactly the wrong condition, nothing more
  • Readable: The intent is immediately clear from the condition change
  • Safe: No new state, no new code paths, no risk of introducing side effects

Test quality: The UI test is well-structured with proper async wait (WaitForTextToBePresentInElement on LastActionLabel), culture-invariant string formatting (fixed per inline review), and clear assertions. One open question: the test uses #if TEST_FAILS_ON_WINDOWS only (runs on Android/MacCatalyst too). The author declined to restrict to iOS-only, arguing cross-platform coverage is the repo convention. This is a reasonable trade-off — the test won't fail on other platforms since ScrollOrientation.Neither doesn't cause the same regression there.

Selected Fix: PR #34672 (PR's fix picked over all alternatives)


@MauiBot MauiBot added s/agent-approved AI agent recommends approval - PR fix is correct and optimal s/agent-fix-pr-picked AI could not beat the PR fix - PR is the best among all candidates s/agent-reviewed PR was reviewed by AI agent workflow (full 4-phase review) labels Mar 28, 2026

@kubaflo kubaflo left a comment

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good! Is it ready?

@sheiksyedm
sheiksyedm marked this pull request as ready for review March 30, 2026 08:28
Copilot AI review requested due to automatic review settings March 30, 2026 08:28
@sheiksyedm sheiksyedm added this to the .NET 10 SR7 milestone Mar 30, 2026
@sheiksyedm

sheiksyedm commented Mar 30, 2026

Copy link
Copy Markdown
Contributor

Looks good! Is it ready?

@kubaflo yes, its ready now.

Copilot AI left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

Fixes an iOS regression where changing ScrollView.Orientation to Neither resets the scroll offset to (0,0) by preventing iOS ContentSize clamping from shrinking the content and forcing UIKit to clamp the offset.

Changes:

  • Updated iOS MauiScrollView.LayoutSubviews content-size clamping to exclude ScrollOrientation.Neither.
  • Added a HostApp reproduction page for issue #34583.
  • Added a corresponding UI test to validate scroll offset preservation.

Reviewed changes

Copilot reviewed 3 out of 3 changed files in this pull request and generated 6 comments.

File Description
src/Core/src/Platform/iOS/MauiScrollView.cs Adjusts content-size clamping rules so Neither preserves ContentSize/offset.
src/Controls/tests/TestCases.HostApp/Issues/Issue34583.cs Adds a manual repro page and automation IDs for validating the scenario.
src/Controls/tests/TestCases.Shared.Tests/Tests/Issues/Issue34583.cs Adds an automated UI test asserting scroll offsets remain non-zero after switching to Neither.

Comment thread src/Controls/tests/TestCases.HostApp/Issues/Issue34583.cs
Comment thread src/Core/src/Platform/iOS/MauiScrollView.cs
Comment thread src/Core/src/Platform/iOS/MauiScrollView.cs Outdated
@kubaflo
kubaflo changed the base branch from main to inflight/current March 30, 2026 19:05
@kubaflo
kubaflo merged commit 0c8127a into dotnet:inflight/current Mar 30, 2026
36 of 42 checks passed
PureWeen pushed a commit that referenced this pull request Apr 8, 2026
…#34672)

<!-- Please let the below note in for people that find this PR -->
> [!NOTE]
> Are you waiting for the changes in this PR to be merged?
> It would be very helpful if you could [test the resulting
artifacts](https://github.com/dotnet/maui/wiki/Testing-PR-Builds) from
this PR and let us know in a comment if this change resolves your issue.
Thank you!

### Issue details
On iOS, changing ScrollView.Orientation to Neither resets ScrollX and
ScrollY to 0 instead of preserving the current scroll position.
 
### Regression Details
PR: #30991
The change came from PR #30991 (commit 2b13a90). The PR description
indicates the goal was to align iOS ScrollView behavior with Android by
preventing scrolling on disallowed axes, so clamping logic was
introduced to enforce orientation behavior. No review comment or PR note
explains why ScrollOrientation.Neither was included in both clamp
conditions.
The clamping logic appears intentional, but the inclusion of Neither was
likely an overextension or unintended side effect of that fix.
 
### Root Cause
MauiScrollView.LayoutSubviews treated ScrollOrientation.Neither as a
resize-to-viewport scenario by clamping both width and height to the
frame size. As a result, ContentSize shrank to the viewport, causing
UIKit to clamp ContentOffset to (0, 0), which led to the issue.
 
### Description of change
The content-size clamping logic has been updated to skip Neither:

- Width is clamped only for Vertical
- Height is clamped only for Horizontal
- Neither preserves the existing ContentSize, ensuring the current
ContentOffset is retained

### Issues Fixed
Fixes #34583

### Screenshots

| Before Issue Fix | After Issue Fix |
|----------|----------|
| <video width="300" height="600"
src="https://github.com/user-attachments/assets/c61b76e1-fabc-47f1-a1b9-afe4352a37ce">
| <video width="300" height="600"
src="https://github.com/user-attachments/assets/b636601b-f0ec-4efe-841a-eaadf5d7d1d6">
|
devanathan-vaithiyanathan pushed a commit to devanathan-vaithiyanathan/maui that referenced this pull request Apr 9, 2026
…dotnet#34672)

<!-- Please let the below note in for people that find this PR -->
> [!NOTE]
> Are you waiting for the changes in this PR to be merged?
> It would be very helpful if you could [test the resulting
artifacts](https://github.com/dotnet/maui/wiki/Testing-PR-Builds) from
this PR and let us know in a comment if this change resolves your issue.
Thank you!

### Issue details
On iOS, changing ScrollView.Orientation to Neither resets ScrollX and
ScrollY to 0 instead of preserving the current scroll position.
 
### Regression Details
PR: dotnet#30991
The change came from PR dotnet#30991 (commit 2b13a90). The PR description
indicates the goal was to align iOS ScrollView behavior with Android by
preventing scrolling on disallowed axes, so clamping logic was
introduced to enforce orientation behavior. No review comment or PR note
explains why ScrollOrientation.Neither was included in both clamp
conditions.
The clamping logic appears intentional, but the inclusion of Neither was
likely an overextension or unintended side effect of that fix.
 
### Root Cause
MauiScrollView.LayoutSubviews treated ScrollOrientation.Neither as a
resize-to-viewport scenario by clamping both width and height to the
frame size. As a result, ContentSize shrank to the viewport, causing
UIKit to clamp ContentOffset to (0, 0), which led to the issue.
 
### Description of change
The content-size clamping logic has been updated to skip Neither:

- Width is clamped only for Vertical
- Height is clamped only for Horizontal
- Neither preserves the existing ContentSize, ensuring the current
ContentOffset is retained

### Issues Fixed
Fixes dotnet#34583

### Screenshots

| Before Issue Fix | After Issue Fix |
|----------|----------|
| <video width="300" height="600"
src="https://github.com/user-attachments/assets/c61b76e1-fabc-47f1-a1b9-afe4352a37ce">
| <video width="300" height="600"
src="https://github.com/user-attachments/assets/b636601b-f0ec-4efe-841a-eaadf5d7d1d6">
|
PureWeen pushed a commit that referenced this pull request Apr 14, 2026
…#34672)

<!-- Please let the below note in for people that find this PR -->
> [!NOTE]
> Are you waiting for the changes in this PR to be merged?
> It would be very helpful if you could [test the resulting
artifacts](https://github.com/dotnet/maui/wiki/Testing-PR-Builds) from
this PR and let us know in a comment if this change resolves your issue.
Thank you!

### Issue details
On iOS, changing ScrollView.Orientation to Neither resets ScrollX and
ScrollY to 0 instead of preserving the current scroll position.
 
### Regression Details
PR: #30991
The change came from PR #30991 (commit 2b13a90). The PR description
indicates the goal was to align iOS ScrollView behavior with Android by
preventing scrolling on disallowed axes, so clamping logic was
introduced to enforce orientation behavior. No review comment or PR note
explains why ScrollOrientation.Neither was included in both clamp
conditions.
The clamping logic appears intentional, but the inclusion of Neither was
likely an overextension or unintended side effect of that fix.
 
### Root Cause
MauiScrollView.LayoutSubviews treated ScrollOrientation.Neither as a
resize-to-viewport scenario by clamping both width and height to the
frame size. As a result, ContentSize shrank to the viewport, causing
UIKit to clamp ContentOffset to (0, 0), which led to the issue.
 
### Description of change
The content-size clamping logic has been updated to skip Neither:

- Width is clamped only for Vertical
- Height is clamped only for Horizontal
- Neither preserves the existing ContentSize, ensuring the current
ContentOffset is retained

### Issues Fixed
Fixes #34583

### Screenshots

| Before Issue Fix | After Issue Fix |
|----------|----------|
| <video width="300" height="600"
src="https://github.com/user-attachments/assets/c61b76e1-fabc-47f1-a1b9-afe4352a37ce">
| <video width="300" height="600"
src="https://github.com/user-attachments/assets/b636601b-f0ec-4efe-841a-eaadf5d7d1d6">
|
@PureWeen PureWeen mentioned this pull request Apr 14, 2026
kubaflo pushed a commit that referenced this pull request Apr 17, 2026
…o Neither (#34827)

<!-- Please keep the note below for people who find this PR -->
> [!NOTE]
> Are you waiting for the changes in this PR to be merged?
> It would be very helpful if you could [test the resulting
artifacts](https://github.com/dotnet/maui/wiki/Testing-PR-Builds) from
this PR and let us know in a comment whether this change resolves your
issue. Thank you!
<!--
!!!!!!! MAIN IS THE ONLY ACTIVE BRANCH. MAKE SURE THIS PR IS TARGETING
MAIN. !!!!!!!
-->
### Root Cause
On Windows, when `ScrollOrientation` was set to `Neither`, the
`ScrollViewer` used `Disabled` scroll modes and scroll bars. Disabling
scrolling caused the control to internally reset its scroll offsets to
the origin `(0,0)`, instead of preserving the current position.
### Description of Change

**Bug fix for ScrollView offset preservation:**

* Updated `ScrollViewerExtensions.cs` so that when
`ScrollOrientation.Neither` is set, the scroll bars are set to `Hidden`
(instead of `Disabled`) and the scroll modes are set to `Disabled`. This
preserves the current scroll position instead of resetting it to (0,0).
When leaving `Neither`, scroll modes are restored to `Auto`.
### Testing :
* Added a new manual test page `Issue34671.cs` that demonstrates and
allows manual verification of the bug and its fix. The page provides
controls to change orientation, scroll to a specific offset, and reset
the state, as well as labels to display current scroll position and
actions.
* Added a new automated UI test `Issue34671.cs` (for Windows and
Android) that verifies the scroll position remains non-zero after
changing orientation to `Neither`, ensuring the fix is validated in CI.

### Note  :
The Test for this fix is already covered in [PR
#34672](#34672), which has been
merged into the inflight branch. The same test has been included here
temporarily so the Gate phase passes. Once PR #34672 is merged into
`main`, the duplicate test in this PR can be reverted, and the
Windows-specific test from PR #34672 can be enabled.
<!-- Enter description of the fix in this section -->

### Issues Fixed

<!-- Please make sure that there is a bug logged for the issue being
fixed. The bug should describe the problem and how to reproduce it. -->

Fixes #34671 
### Tested the behavior in the following platforms

- [x] Windows
- [ ] Android
- [ ] iOS
- [ ] Mac

| Before Issue Fix | After Issue Fix |
|----------|----------|
| <video
src="https://github.com/user-attachments/assets/353f4dbc-a009-4035-a907-e52f6a5ca7ff">
| <video
src="https://github.com/user-attachments/assets/ea0891cd-7b7c-433d-9285-64118bf0e0eb">
|
<!--
Are you targeting main? All PRs should target the main branch unless
otherwise noted.
-->
devanathan-vaithiyanathan pushed a commit to Tamilarasan-Paranthaman/maui that referenced this pull request Apr 21, 2026
…dotnet#34672)

<!-- Please let the below note in for people that find this PR -->
> [!NOTE]
> Are you waiting for the changes in this PR to be merged?
> It would be very helpful if you could [test the resulting
artifacts](https://github.com/dotnet/maui/wiki/Testing-PR-Builds) from
this PR and let us know in a comment if this change resolves your issue.
Thank you!

### Issue details
On iOS, changing ScrollView.Orientation to Neither resets ScrollX and
ScrollY to 0 instead of preserving the current scroll position.
 
### Regression Details
PR: dotnet#30991
The change came from PR dotnet#30991 (commit 2b13a90). The PR description
indicates the goal was to align iOS ScrollView behavior with Android by
preventing scrolling on disallowed axes, so clamping logic was
introduced to enforce orientation behavior. No review comment or PR note
explains why ScrollOrientation.Neither was included in both clamp
conditions.
The clamping logic appears intentional, but the inclusion of Neither was
likely an overextension or unintended side effect of that fix.
 
### Root Cause
MauiScrollView.LayoutSubviews treated ScrollOrientation.Neither as a
resize-to-viewport scenario by clamping both width and height to the
frame size. As a result, ContentSize shrank to the viewport, causing
UIKit to clamp ContentOffset to (0, 0), which led to the issue.
 
### Description of change
The content-size clamping logic has been updated to skip Neither:

- Width is clamped only for Vertical
- Height is clamped only for Horizontal
- Neither preserves the existing ContentSize, ensuring the current
ContentOffset is retained

### Issues Fixed
Fixes dotnet#34583

### Screenshots

| Before Issue Fix | After Issue Fix |
|----------|----------|
| <video width="300" height="600"
src="https://github.com/user-attachments/assets/c61b76e1-fabc-47f1-a1b9-afe4352a37ce">
| <video width="300" height="600"
src="https://github.com/user-attachments/assets/b636601b-f0ec-4efe-841a-eaadf5d7d1d6">
|
Ahamed-Ali pushed a commit that referenced this pull request Apr 22, 2026
…#34672)

<!-- Please let the below note in for people that find this PR -->
> [!NOTE]
> Are you waiting for the changes in this PR to be merged?
> It would be very helpful if you could [test the resulting
artifacts](https://github.com/dotnet/maui/wiki/Testing-PR-Builds) from
this PR and let us know in a comment if this change resolves your issue.
Thank you!

### Issue details
On iOS, changing ScrollView.Orientation to Neither resets ScrollX and
ScrollY to 0 instead of preserving the current scroll position.
 
### Regression Details
PR: #30991
The change came from PR #30991 (commit 2b13a90). The PR description
indicates the goal was to align iOS ScrollView behavior with Android by
preventing scrolling on disallowed axes, so clamping logic was
introduced to enforce orientation behavior. No review comment or PR note
explains why ScrollOrientation.Neither was included in both clamp
conditions.
The clamping logic appears intentional, but the inclusion of Neither was
likely an overextension or unintended side effect of that fix.
 
### Root Cause
MauiScrollView.LayoutSubviews treated ScrollOrientation.Neither as a
resize-to-viewport scenario by clamping both width and height to the
frame size. As a result, ContentSize shrank to the viewport, causing
UIKit to clamp ContentOffset to (0, 0), which led to the issue.
 
### Description of change
The content-size clamping logic has been updated to skip Neither:

- Width is clamped only for Vertical
- Height is clamped only for Horizontal
- Neither preserves the existing ContentSize, ensuring the current
ContentOffset is retained

### Issues Fixed
Fixes #34583

### Screenshots

| Before Issue Fix | After Issue Fix |
|----------|----------|
| <video width="300" height="600"
src="https://github.com/user-attachments/assets/c61b76e1-fabc-47f1-a1b9-afe4352a37ce">
| <video width="300" height="600"
src="https://github.com/user-attachments/assets/b636601b-f0ec-4efe-841a-eaadf5d7d1d6">
|
PureWeen pushed a commit that referenced this pull request Apr 22, 2026
…#34672)

<!-- Please let the below note in for people that find this PR -->
> [!NOTE]
> Are you waiting for the changes in this PR to be merged?
> It would be very helpful if you could [test the resulting
artifacts](https://github.com/dotnet/maui/wiki/Testing-PR-Builds) from
this PR and let us know in a comment if this change resolves your issue.
Thank you!

### Issue details
On iOS, changing ScrollView.Orientation to Neither resets ScrollX and
ScrollY to 0 instead of preserving the current scroll position.
 
### Regression Details
PR: #30991
The change came from PR #30991 (commit 2b13a90). The PR description
indicates the goal was to align iOS ScrollView behavior with Android by
preventing scrolling on disallowed axes, so clamping logic was
introduced to enforce orientation behavior. No review comment or PR note
explains why ScrollOrientation.Neither was included in both clamp
conditions.
The clamping logic appears intentional, but the inclusion of Neither was
likely an overextension or unintended side effect of that fix.
 
### Root Cause
MauiScrollView.LayoutSubviews treated ScrollOrientation.Neither as a
resize-to-viewport scenario by clamping both width and height to the
frame size. As a result, ContentSize shrank to the viewport, causing
UIKit to clamp ContentOffset to (0, 0), which led to the issue.
 
### Description of change
The content-size clamping logic has been updated to skip Neither:

- Width is clamped only for Vertical
- Height is clamped only for Horizontal
- Neither preserves the existing ContentSize, ensuring the current
ContentOffset is retained

### Issues Fixed
Fixes #34583

### Screenshots

| Before Issue Fix | After Issue Fix |
|----------|----------|
| <video width="300" height="600"
src="https://github.com/user-attachments/assets/c61b76e1-fabc-47f1-a1b9-afe4352a37ce">
| <video width="300" height="600"
src="https://github.com/user-attachments/assets/b636601b-f0ec-4efe-841a-eaadf5d7d1d6">
|
PureWeen pushed a commit that referenced this pull request Apr 22, 2026
…o Neither (#34827)

<!-- Please keep the note below for people who find this PR -->
> [!NOTE]
> Are you waiting for the changes in this PR to be merged?
> It would be very helpful if you could [test the resulting
artifacts](https://github.com/dotnet/maui/wiki/Testing-PR-Builds) from
this PR and let us know in a comment whether this change resolves your
issue. Thank you!
<!--
!!!!!!! MAIN IS THE ONLY ACTIVE BRANCH. MAKE SURE THIS PR IS TARGETING
MAIN. !!!!!!!
-->
### Root Cause
On Windows, when `ScrollOrientation` was set to `Neither`, the
`ScrollViewer` used `Disabled` scroll modes and scroll bars. Disabling
scrolling caused the control to internally reset its scroll offsets to
the origin `(0,0)`, instead of preserving the current position.
### Description of Change

**Bug fix for ScrollView offset preservation:**

* Updated `ScrollViewerExtensions.cs` so that when
`ScrollOrientation.Neither` is set, the scroll bars are set to `Hidden`
(instead of `Disabled`) and the scroll modes are set to `Disabled`. This
preserves the current scroll position instead of resetting it to (0,0).
When leaving `Neither`, scroll modes are restored to `Auto`.
### Testing :
* Added a new manual test page `Issue34671.cs` that demonstrates and
allows manual verification of the bug and its fix. The page provides
controls to change orientation, scroll to a specific offset, and reset
the state, as well as labels to display current scroll position and
actions.
* Added a new automated UI test `Issue34671.cs` (for Windows and
Android) that verifies the scroll position remains non-zero after
changing orientation to `Neither`, ensuring the fix is validated in CI.

### Note  :
The Test for this fix is already covered in [PR
#34672](#34672), which has been
merged into the inflight branch. The same test has been included here
temporarily so the Gate phase passes. Once PR #34672 is merged into
`main`, the duplicate test in this PR can be reverted, and the
Windows-specific test from PR #34672 can be enabled.
<!-- Enter description of the fix in this section -->

### Issues Fixed

<!-- Please make sure that there is a bug logged for the issue being
fixed. The bug should describe the problem and how to reproduce it. -->

Fixes #34671 
### Tested the behavior in the following platforms

- [x] Windows
- [ ] Android
- [ ] iOS
- [ ] Mac

| Before Issue Fix | After Issue Fix |
|----------|----------|
| <video
src="https://github.com/user-attachments/assets/353f4dbc-a009-4035-a907-e52f6a5ca7ff">
| <video
src="https://github.com/user-attachments/assets/ea0891cd-7b7c-433d-9285-64118bf0e0eb">
|
<!--
Are you targeting main? All PRs should target the main branch unless
otherwise noted.
-->
PureWeen pushed a commit that referenced this pull request Apr 28, 2026
…#34672)

<!-- Please let the below note in for people that find this PR -->
> [!NOTE]
> Are you waiting for the changes in this PR to be merged?
> It would be very helpful if you could [test the resulting
artifacts](https://github.com/dotnet/maui/wiki/Testing-PR-Builds) from
this PR and let us know in a comment if this change resolves your issue.
Thank you!

### Issue details
On iOS, changing ScrollView.Orientation to Neither resets ScrollX and
ScrollY to 0 instead of preserving the current scroll position.
 
### Regression Details
PR: #30991
The change came from PR #30991 (commit 2b13a90). The PR description
indicates the goal was to align iOS ScrollView behavior with Android by
preventing scrolling on disallowed axes, so clamping logic was
introduced to enforce orientation behavior. No review comment or PR note
explains why ScrollOrientation.Neither was included in both clamp
conditions.
The clamping logic appears intentional, but the inclusion of Neither was
likely an overextension or unintended side effect of that fix.
 
### Root Cause
MauiScrollView.LayoutSubviews treated ScrollOrientation.Neither as a
resize-to-viewport scenario by clamping both width and height to the
frame size. As a result, ContentSize shrank to the viewport, causing
UIKit to clamp ContentOffset to (0, 0), which led to the issue.
 
### Description of change
The content-size clamping logic has been updated to skip Neither:

- Width is clamped only for Vertical
- Height is clamped only for Horizontal
- Neither preserves the existing ContentSize, ensuring the current
ContentOffset is retained

### Issues Fixed
Fixes #34583

### Screenshots

| Before Issue Fix | After Issue Fix |
|----------|----------|
| <video width="300" height="600"
src="https://github.com/user-attachments/assets/c61b76e1-fabc-47f1-a1b9-afe4352a37ce">
| <video width="300" height="600"
src="https://github.com/user-attachments/assets/b636601b-f0ec-4efe-841a-eaadf5d7d1d6">
|
PureWeen pushed a commit that referenced this pull request Apr 28, 2026
…o Neither (#34827)

<!-- Please keep the note below for people who find this PR -->
> [!NOTE]
> Are you waiting for the changes in this PR to be merged?
> It would be very helpful if you could [test the resulting
artifacts](https://github.com/dotnet/maui/wiki/Testing-PR-Builds) from
this PR and let us know in a comment whether this change resolves your
issue. Thank you!
<!--
!!!!!!! MAIN IS THE ONLY ACTIVE BRANCH. MAKE SURE THIS PR IS TARGETING
MAIN. !!!!!!!
-->
### Root Cause
On Windows, when `ScrollOrientation` was set to `Neither`, the
`ScrollViewer` used `Disabled` scroll modes and scroll bars. Disabling
scrolling caused the control to internally reset its scroll offsets to
the origin `(0,0)`, instead of preserving the current position.
### Description of Change

**Bug fix for ScrollView offset preservation:**

* Updated `ScrollViewerExtensions.cs` so that when
`ScrollOrientation.Neither` is set, the scroll bars are set to `Hidden`
(instead of `Disabled`) and the scroll modes are set to `Disabled`. This
preserves the current scroll position instead of resetting it to (0,0).
When leaving `Neither`, scroll modes are restored to `Auto`.
### Testing :
* Added a new manual test page `Issue34671.cs` that demonstrates and
allows manual verification of the bug and its fix. The page provides
controls to change orientation, scroll to a specific offset, and reset
the state, as well as labels to display current scroll position and
actions.
* Added a new automated UI test `Issue34671.cs` (for Windows and
Android) that verifies the scroll position remains non-zero after
changing orientation to `Neither`, ensuring the fix is validated in CI.

### Note  :
The Test for this fix is already covered in [PR
#34672](#34672), which has been
merged into the inflight branch. The same test has been included here
temporarily so the Gate phase passes. Once PR #34672 is merged into
`main`, the duplicate test in this PR can be reverted, and the
Windows-specific test from PR #34672 can be enabled.
<!-- Enter description of the fix in this section -->

### Issues Fixed

<!-- Please make sure that there is a bug logged for the issue being
fixed. The bug should describe the problem and how to reproduce it. -->

Fixes #34671 
### Tested the behavior in the following platforms

- [x] Windows
- [ ] Android
- [ ] iOS
- [ ] Mac

| Before Issue Fix | After Issue Fix |
|----------|----------|
| <video
src="https://github.com/user-attachments/assets/353f4dbc-a009-4035-a907-e52f6a5ca7ff">
| <video
src="https://github.com/user-attachments/assets/ea0891cd-7b7c-433d-9285-64118bf0e0eb">
|
<!--
Are you targeting main? All PRs should target the main branch unless
otherwise noted.
-->
PureWeen added a commit that referenced this pull request Apr 29, 2026
## Blazor
- Fix: Filter precompressed RCL assets from MAUI Blazor Hybrid APKs by
@mattleibow in #33917
  <details>
  <summary>🔧 Fixes</summary>

- [.NET MAUI Blazor Hybrid App should not precompress
assets](#33773)
  </details>

- [Windows] Fix for Runtime error when closing external window with WPF
Webview Control by @BagavathiPerumal in
#34006
  <details>
  <summary>🔧 Fixes</summary>

- [Runtime error when closing external window with WPF Webview
Control](#32944)
  </details>

## Button
- [Android] ImageButton CornerRadius not being applied - fix by @kubaflo
in #30074
  <details>
  <summary>🔧 Fixes</summary>

- [ImageButton CornerRadius not being applied on
Android](#23854)
  </details>

- Fix Disabled visual state ignored when Button has locally-set
BackgroundColor/TextColor by @Dhivya-SF4094 in
#34444
  <details>
  <summary>🔧 Fixes</summary>

- [[regression/9.0] VisualState "Disabled" is not properly applied for
Button with custom
appearance](#34363)
  </details>

## CollectionView
- Fix CollectionView grid spacing updates for first row and column by
@KarthikRajaKalaimani in #34527
  <details>
  <summary>🔧 Fixes</summary>

- [[MAUI] I2_Vertical grid for horizontal Item Spacing and Vertical Item
Spacing - horizontally updating the spacing only applies to the second
column](#34257)
  </details>

- Fix CollectionView record struct selection on Windows by
@jeremy-visionaid in #33488

- [Android] Ensure disconnected ItemsViewHandler doesn't hold onto the
items source by @filipnavara in
#24610
  <details>
  <summary>🔧 Fixes</summary>

- [Crash on NullReferenceException with measurement cells in
CollectionView](#24304)
  </details>

- [Windows] Fixed VisualState Setters not working properly for
CollectionView by @Dhivya-SF4094 in
#27230
  <details>
  <summary>🔧 Fixes</summary>

- [VisualState Setters not working properly on Windows for a
CollectionView](#27086)
- [[regression/8.0.3] [Windows][CollectionView]Label Disappear when set
Style in
ContentPage.Resources](#19209)
- [[Windows] Label style defined as ContentPage Resource doesn't
propagate to
CollectionView](#18701)
  </details>

- [Windows] Fixed Margin doesn't work inside CollectionView EmptyView by
@Dhivya-SF4094 in #29897
  <details>
  <summary>🔧 Fixes</summary>

- [Margin doesn't work inside CollectionView
EmptyView](#8494)
  </details>

- [Android, Windows] Fix CarouselView PreviousPosition/PreviousItem
incorrect during animated ScrollTo() by @praveenkumarkarunanithi in
#34570
  <details>
  <summary>🔧 Fixes</summary>

- [[Android] CurrentItemChangedEventArgs.PreviousItem and
PositionChangedEventArgs.PreviousPosition Not Updating Correctly When
Using ScrollTo or Setting
Position](#29544)
  </details>

- [iOS] CarouselView2: Update internal scroll indicators for
compositional layout by @SubhikshaSf4851 in
#33639
  <details>
  <summary>🔧 Fixes</summary>

- [[iOS] Horizontal Scroll Bar Not Visible on CarouselView
(CV2)](#29390)
  </details>

- [CarouselViewHandler2] Fir fox CurrentItem does not work when
ItemSpacing is set by @SyedAbdulAzeemSF4852 in
#32135
  <details>
  <summary>🔧 Fixes</summary>

- [[CarouselViewHandler2] CurrentItem does not work when ItemSpacing is
set](#32048)
  </details>

- [iOS] Fix for Incorrect Scroll in Loop Mode When CurrentItem Is Not
Found in ItemsSource by @SyedAbdulAzeemSF4852 in
#32141
  <details>
  <summary>🔧 Fixes</summary>

- [[Android & iOS] Setting an invalid CurrentItem causes scroll to last
item in looped
CarouselView](#32139)
  </details>

- [Android] IndicatorView: Add TalkBack accessibility descriptions for
indicators by @praveenkumarkarunanithi in
#31775
  <details>
  <summary>🔧 Fixes</summary>

- [[Android] IndicatorView does not convey correct accessibility
information](#31446)
  </details>

- [iOS, macOS] Fixed CollectionView KeepLastItemInView Not Updating
Correctly When Items Are Added Dynamically by @NanthiniMahalingam in
#32191
  <details>
  <summary>🔧 Fixes</summary>

- [[.NET10] I9 - Scroll_Position - "KeepLastItemInView" does not keep
the last item at the end of the displayed list when adding new
items.](#31825)
  </details>

- [Windows, Android] Resolved issue with dynamic Header/Footer
reassignment in CollectionView. by @prakashKannanSf3972 in
#28403
  <details>
  <summary>🔧 Fixes</summary>

- [[Windows, Android] Toggling Header/Footer in CollectionView
Dynamically is not working](#27959)
- [CollectionView HeaderTemplate and FooterTemplate are not displayed
when ItemsSource is initially set to
null](#28337)
- [[Android] Header and Footer Not Visible in CollectionView When
EmptyView is Selected
First](#28351)
  </details>

- [Android] Fix CollectionView inside disabled RefreshView blocks scroll
by @Vignesh-SF3580 in #34702
  <details>
  <summary>🔧 Fixes</summary>

- [C6-The C6 page cannot scroll on Windows and Android
platforms.](#34666)
  </details>

- [Android] CollectionView: Fix SelectedItem visual state not applying
when re-selecting same item by @KarthikRajaKalaimani in
#31591
  <details>
  <summary>🔧 Fixes</summary>

- [CollectionView - SelectedItem visual state manager not
working](#20062)
  </details>

- [Windows] Fixed CollectionView.EmptyView can not be removed by setting
it to Null by @Dhivya-SF4094 in
#29487
  <details>
  <summary>🔧 Fixes</summary>

- [[Windows] CollectionView.EmptyView can not be removed by setting it
to Null](#18657)
- [[Windows] EmptyViewTemplate Not Working in
CarouselView](#29463)
- [EmptyViewTemplate does not do
anything](#18551)
- [[MAUI] I5_EmptyView - The data template selector cannot display the
correct string.](#23330)
  </details>

- [iOS] Support for IsSwipeEnabled on CarouselView2 by @kubaflo in
#29996
  <details>
  <summary>🔧 Fixes</summary>

- [[iOS] IsSwipeEnabled Not Working on CarouselView
(CV2)](#29391)
  </details>

- [iOS, MacOS] Fixed FlowDirection not working on Header/Footer in
CollectionView by @Dhivya-SF4094 in
#32775
  <details>
  <summary>🔧 Fixes</summary>

- [[iOS, MacOS] FlowDirection not working on Header/Footer in
CollectionView](#32771)
  </details>

- [iOS] CollectionView: Fix drag-and-drop reordering into empty groups
by @SuthiYuvaraj in #34151
  <details>
  <summary>🔧 Fixes</summary>

- [CollectionView Drag and Drop Reordering Can't Drop in Empty
Group](#12008)
  </details>

- [Android] CollectionView: Fix drag-and-drop reordering into empty
groups by @SuthiYuvaraj in #31867
  <details>
  <summary>🔧 Fixes</summary>

- [CollectionView Drag and Drop Reordering Can't Drop in Empty
Group](#12008)
  </details>

- [iOS] Fix vertical CarouselView MandatorySingle snapping on iOS by
@Vignesh-SF3580 in #34700
  <details>
  <summary>🔧 Fixes</summary>

- [CarouselView vertical snap points ignored on iOS with
Microsoft.Maui.Controls v10.0.20 (regression from
v9.0.120)](#33308)
  </details>

- [iOS26] Fix CarouselView scrolling to wrong item when navigating to
last item by @Vignesh-SF3580 in
#34013
  <details>
  <summary>🔧 Fixes</summary>

- [[iOS 26] CarouselView does not scroll to the correct last
item](#33770)
  </details>

- Fixed the OnPlatform does not work for header property in Collection
view by @NanthiniMahalingam in #28935
  <details>
  <summary>🔧 Fixes</summary>

- [OnPlatform does not work in Header of
CollectionView](#25124)
  </details>

- [Android] [Candidate branch] Fix
VerifySelectedItemClearsOnNullAssignment,
CollectionViewSelectionShouldClear, SelectedItemVisualIsCleared UI test
failure on Android by @KarthikRajaKalaimani in
#34928

## DateTimePicker
- [iOS] Fix for DatePicker FlowDirection Not Working on iOS by
@SyedAbdulAzeemSF4852 in #30193
  <details>
  <summary>🔧 Fixes</summary>

- [[iOS] DatePicker FlowDirection Not Working on
iOS](#30065)
  </details>

## Drawing
- [Shapes] Line: Fix asymmetric Stretch.None path translation when
right/bottom edge overflows by @NirmalKumarYuvaraj in
#34385
  <details>
  <summary>🔧 Fixes</summary>

- [Line coordinates not computed
correctly](#11404)
- [Lines not drawing
correctly](#26961)
  </details>

- [Android] Fixed GraphicsView drawable is visible outside the canvas by
@NirmalKumarYuvaraj in #28353
  <details>
  <summary>🔧 Fixes</summary>

- [[Android] GraphicsView, The drawn image can also be visible outside
the canvas](#20834)
  </details>

- Fixed Custom Drawable does not support binding by @NirmalKumarYuvaraj
in #29442
  <details>
  <summary>🔧 Fixes</summary>

- [Custom IDrawable control does not databind to a model property when
used inside a CollectionView
ItemTemplate](#20991)
  </details>

- Added a support for GradientBrushes on Shape.Stroke by @kubaflo in
#22208
  <details>
  <summary>🔧 Fixes</summary>

- [GradientBrushes are not supported on
Shape.Stroke](#21983)
  </details>

## Editor
- Fixed Editor HorizontalTextAlignment does not update at run time by
@NirmalKumarYuvaraj in #25129
  <details>
  <summary>🔧 Fixes</summary>

- [Editor HorizontalTextAlignment Does not
Works.](#10987)
- [[iOS/MacOs] Right-To-Left (RTL) alignment is not applied to Editor
placeholder](#30052)
  </details>

- [Windows] Fixed Entry Editor placeholder Text CharacterSpacing by
@SubhikshaSf4851 in #30324
  <details>
  <summary>🔧 Fixes</summary>

- [[Windows] CharacterSpacing not applied to Placeholder text in Entry
and Editor controls](#30071)
  </details>

## Entry
- [Windows] Fix fo setting an Entry's Keyboard to Date causes it to be
interpreted as a password input by @SyedAbdulAzeemSF4852 in
#29344
  <details>
  <summary>🔧 Fixes</summary>

- [[Windows] Entry Keyboad-Type "Date" results in
Password-Entry](#28975)
  </details>

- [Android] Exception thrown when give more than 5000 characters to the
Text property of Entry. by @KarthikRajaKalaimani in
#30242
  <details>
  <summary>🔧 Fixes</summary>

- [Android crash when Entry has >5000
characters](#30144)
  </details>

## Essentials
- Bump MonoApiToolsMSBuildTasksPackageVersion to 0.5.0 and ship
Essentials.AI public APIs by @mattleibow via @Copilot in
#34574

- [Mac] DeviceDisplay.KeepScreenOn not being respected on Mac OS by
@HarishwaranVijayakumar in #32708
  <details>
  <summary>🔧 Fixes</summary>

- [[Mac Catalyst] DeviceDisplay.KeepScreenOn not being respected on Mac
OS](#26059)
  </details>

## Flyoutpage
- [Windows] FlyoutPage: update CollapseStyle at runtime by
@devanathan-vaithiyanathan in #29927
  <details>
  <summary>🔧 Fixes</summary>

- [Flyout Page SetCollapseStyle doesn't have any
change](#18200)
  </details>

## Gestures
- [Android] Fix for TapGestureRecognizer doesn't fire by
@HarishwaranVijayakumar in #34497
  <details>
  <summary>🔧 Fixes</summary>

- [[Android] TapGestureRecognizer doesn't
fire](#5825)
  </details>

## Image
- [Android] Fix Share.RequestAsync SecurityException on Android 10+
caused by missing ClipData by @HarishwaranVijayakumar in
#34417
  <details>
  <summary>🔧 Fixes</summary>

- [[Bug] Share.RequestAsync throws java.lang.SecurityException
(uid=1000) on Android 10+ due to missing
intent.ClipData](#34370)
  </details>

- [Windows]Fixed the MauiImage with logical name containing path issue
by @sheiksyedm in #32864
  <details>
  <summary>🔧 Fixes</summary>

- [MauiImage with LogicalName containing path - is not working on
Windows](#32356)
  </details>

- [Android, Windows & iOS] Fix Downsize/ScaleImage to maintain aspect
ratio and prevent upscaling by @SyedAbdulAzeemSF4852 in
#30808
  <details>
  <summary>🔧 Fixes</summary>

- [[Android & Windows] In GraphicsView, the aspect ratio is not
maintained when Downsize is called with both maxWidth and
maxHeight](#30803)
  </details>

## Label
- [iOS , macOS] Fixed Label text cropping when a width request is
specified on the label inside a VerticalStackLayout with specified width
request by @NanthiniMahalingam in
#29166
  <details>
  <summary>🔧 Fixes</summary>

- [Label text gets cropped when a width request is specified on the
label inside a
VerticalStackLayout](#28660)
- [[iOS] Label with a fixed WidthRequest has wrong
height](#26644)
  </details>

- [Android] Fix Label word wrapping clips text depending on alignment
and layout options by @Dhivya-SF4094 in
#34533
  <details>
  <summary>🔧 Fixes</summary>

- [Bug: Android Label word wrapping clips text depending on alignment
and layout options](#34459)
  </details>

- LineHeight and decorations for HTML Label - fix by @kubaflo in
#31202
  <details>
  <summary>🔧 Fixes</summary>

- [LineHeight with HTML Label not
working](#22193)
  - [lineheight is broken ](#22197)
  </details>

- [iOS] Fix Label with TailTruncation not rendering after
empty-to-non-empty text transition by @kubaflo in
#34812
  <details>
  <summary>🔧 Fixes</summary>

- [Label with LineBreakMode="TailTruncation" does not render text if
initial Text is null or empty on first render
(iOS)](#34591)
  </details>

## Layout
- [Android] Fix overflowing children clipped when parent Opacity < 1 by
@SyedAbdulAzeemSF4852 in #34565
  <details>
  <summary>🔧 Fixes</summary>

- [Maui Android parent view inappropriately creates clipping mask when
its opacity is less than 1, cropping out
children](#22038)
  </details>

- Fixed the FlexLayout reverse issue with the AlignContent by
@Ahamed-Ali in #32134
  <details>
  <summary>🔧 Fixes</summary>

- [FlexLayout alignment issue when Wrap is set to Reverse and
AlignContent is set to SpaceAround, SpaceBetween or
SpaceEvenly](#31565)
  </details>

- [iOS/Mac] Fixed BoxView in AbsoluteLayout did not return to its
default AutoSize for Height and Width after reset by @Dhivya-SF4094 in
#31648
  <details>
  <summary>🔧 Fixes</summary>

- [[iOS, Catalyst] BoxView in AbsoluteLayout does not return to default
AutoSize for Height/Width after
reset](#31496)
  </details>

## Map
- [Windows] Implement WinUI 3 MapControl handler using Azure Maps by
@jfversluis in #34138

## Modal
- [Android] PopToRootAsync for modal pages - improvements by @kubaflo in
#26851
  <details>
  <summary>🔧 Fixes</summary>

- [Shell PopToRootAsync doesn't happen instantly - previous pages flash
quickly. Only happens in NET
9](#26846)
  </details>

- [Android] Fix HideSoftInputOnTapped doesn't work on Modal Pages by
@HarishwaranVijayakumar in #34770
  <details>
  <summary>🔧 Fixes</summary>

- [HideSoftInputOnTapped doesn't work on Modal
Pages](#34730)
  </details>

## Navigation
- [iOS] Alert popup may be displayed on wrong window when modal page
navigation is in progress - fix by @kubaflo in
#31016
  <details>
  <summary>🔧 Fixes</summary>

- [Alert popup may be displayed on wrong window when modal page
navigation is in progress on
iOS/MacOS](#30970)
  </details>

- [Android] Page: Fix OnNavigatedTo called twice when NavigationPage is
FlyoutPage Detail by @KarthikRajaKalaimani in
#31931
  <details>
  <summary>🔧 Fixes</summary>

- [NavigationPage and FlyoutPage both call OnNavigatedTo, so it is
called twice](#23902)
  </details>

## Picker
- Fixed the Picker didn't dismiss it when tapping outside on iOS and
MacCatalyst platform. by @KarthikRajaKalaimani in
#30067
  <details>
  <summary>🔧 Fixes</summary>

- [[regression/8.0.3] iOS Picker dismiss does not work when clicking
outside of the Picker](#19168)
  </details>

- [Windows] Fixed Picker items width wont resize back by
@SubhikshaSf4851 in #33042
  <details>
  <summary>🔧 Fixes</summary>

- [Picker items width won't resize back when its container window gets
resized down.](#32984)
  </details>

## RadioButton
- Fix TalkBack not correctly narrating RadioButtons with Content by
@SubhikshaSf4851 in #34521
  <details>
  <summary>🔧 Fixes</summary>

- [[Android] TalkBack does not correctly narrate RadioButtons with
Content](#34322)
  </details>

## SafeArea
- [Android] Fix SafeAreaShouldWorkOnAllShellTabs test failure on API 36
by @praveenkumarkarunanithi in #34239

## ScrollView
- [iOS] Preserve ScrollView offsets when Orientation changes to Neither
by @Vignesh-SF3580 in #34672
  <details>
  <summary>🔧 Fixes</summary>

- [Incorrect implementation of
ScrollView.Orientation](#34583)
  </details>

## Searchbar
- [Android] Fix SearchBar text bleeding between instances after
navigation by @SyedAbdulAzeemSF4852 in
#34703
  <details>
  <summary>🔧 Fixes</summary>

- [MAUI Android: SearchBar copies content from one to the
other](#20348)
  </details>

- Fixed SearchBar CursorPosition and SelectionLength not updating when
typing by @Dhivya-SF4094 in #34347
  <details>
  <summary>🔧 Fixes</summary>

- [SearchBar - CursorPosition and SelectionLength are not updated when
the user types](#30779)
  </details>

## SearchBar
- [Windows] Fixed SearchHandler issues by @Tamilarasan-Paranthaman in
#29520
  <details>
  <summary>🔧 Fixes</summary>

- [[Windows] SearchHandler APIs are not functioning
properly](#29493)
  </details>

## Shell
- [iOS, Mac] Fix for Background set to Transparent doesn't have the same
behavior as BackgroundColor Transparent by @HarishwaranVijayakumar in
#32245
  <details>
  <summary>🔧 Fixes</summary>

- [Background set to Transparent doesn't have the same behavior as
BackgroundColor =
Transparent](#22769)
  </details>

- [iOS] Fix App crash with NullReferenceException in
ShellSectionRenderer by @devanathan-vaithiyanathan in
#32109
  <details>
  <summary>🔧 Fixes</summary>

- [[iOS] App crash with NullReferenceException in
ShellSectionRenderer](#31961)
  </details>

- [Android] Fixed back button icon selection logic in
ShellToolbarTracker by @kubaflo in
#32080
  <details>
  <summary>🔧 Fixes</summary>

- [IconOverride in Shell.BackButtonBehavior does not
work.](#32050)
  </details>

- Fix TabBarIsVisible Not Updating Dynamically When Set on ShellContent
by @Vignesh-SF3580 in #33090
  <details>
  <summary>🔧 Fixes</summary>

- [Shell.TabBarIsVisible is not updated dynamically at
runtime](#32994)
  </details>

- [iOS, macOS] Shell: Fix RTL flow direction for flyout, menu cells, tab
bar, and Locked flyout position by @NanthiniMahalingam in
#32701
  <details>
  <summary>🔧 Fixes</summary>

- [[iOS, Mac Catalyst] Shell Flyout and Content Do Not Fully Support
RightToLeft (RTL)](#32419)
  </details>

- [IOS] Inconsistent Resize Behavior for Header/Footer - fix by @kubaflo
in #28713
  <details>
  <summary>🔧 Fixes</summary>

- [[IOS, Mac] Inconsistent Resize Behavior for
Header/Footer](#26397)
- [Enable Shell Flyout Header/Footer resize tests on
iOS/Catalyst](#33501)
  </details>

- [Android] Fix for SearchHandler retaining previous page SearchView
data in pages within Shell sections by @BagavathiPerumal in
#29545
  <details>
  <summary>🔧 Fixes</summary>

- [[Shell][Android] The truth is out there...but not on top tab search
handlers](#8716)
  </details>

- [Android] Fix empty space above TabBar after navigating back when
TabBar visibility is toggled by @praveenkumarkarunanithi in
#34324
  <details>
  <summary>🔧 Fixes</summary>

- [Empty space appears above TabBar after navigating back when TabBar
visibility is toggled](#33703)
- [Grid with SafeAreaEdges=Container has incorrect size when tab bar
appears](#34256)
  </details>

## SwipeView
- [Android] SwipeView: Use MeasureSpecMode.Exactly for SwipeItem layout
to fix text visibility by @Ahamed-Ali in
#27399
  <details>
  <summary>🔧 Fixes</summary>

- [[Android] Right SwipeView items are not visible in the
SwipeView.](#27367)
  </details>

- [Android] Prevent the tap that closes an open SwipeView from being
propagated to children by @sjordanGSS in
#24275
  <details>
  <summary>🔧 Fixes</summary>

- [Tapping to close a SwipeView will activate TapGestureRecognizers on
.Content](#23921)
  </details>

## Switch
- [iOS & Mac] Fix for SearchHandler retains previous page state when
switching top tabs by @BagavathiPerumal in
#34735
  <details>
  <summary>🔧 Fixes</summary>

- [[Shell] [iOS & Mac] SearchHandler retains previous page state when
switching top tabs](#34693)
  </details>

## TabbedPage
- [Android] Fixed NullReferenceException in app with TabBar after
returning from minimized state by @NirmalKumarYuvaraj in
#34779
  <details>
  <summary>🔧 Fixes</summary>

- [NullReferenceException in app with TabBar after returning from
minimized state](#34720)
  </details>

## Titlebar
- Fixed BindingContext of the Window TitleBar is not being passed on to
its child content. by @NirmalKumarYuvaraj in
#30080
  <details>
  <summary>🔧 Fixes</summary>

- [The BindingContext of the Window TitleBar is not being passed on to
its child content.](#24831)
  </details>

- [Windows/Mac] Fix RTL FlowDirection causes overlap with native window
control buttons in TitleBar by @devanathan-vaithiyanathan in
#30400
  <details>
  <summary>🔧 Fixes</summary>

- [[Windows, Mac] RTL FlowDirection causes overlap with native window
control buttons in
TitleBar](#30399)
  </details>

## WebView
- [Windows] Fix WebView background color not being applied by
@SubhikshaSf4851 in #34599
  <details>
  <summary>🔧 Fixes</summary>

- [WebView background color has changed after update, can't
override.](#34518)
  </details>

- [Android] Fix for WebView/HybridWebView briefly flashes full screen
before layout completes by @praveenkumarkarunanithi in
#33207
  <details>
  <summary>🔧 Fixes</summary>

- [[Android] HybridWebView briefly resizes to full screen when page is
opened before snapping back to correct
size](#31475)
  </details>

## Xaml
- Improved style inheritance by @kubaflo in
#31317
  <details>
  <summary>🔧 Fixes</summary>

- [Styles based on a style that is based on another style that uses
AppThemeBinding do not inherit properties
correctly.](#31280)
  </details>

- Fix for VisualStateManager Setter.TargetName failing when
ControlTemplate is applied by @BagavathiPerumal in
#33208
  <details>
  <summary>🔧 Fixes</summary>

- [Setter.TargetName + ControlTemplate
crash](#26977)
  </details>


<details>
<summary>🧪 Testing (4)</summary>

- [Testing] Additional Feature Matrix Event Test Cases for Slider and
ScrollView by @nivetha-nagalingam in
#34352
- [Testing] Fixed Build error on inflight/ candidate PR 34885 by
@NafeelaNazhir in #34891
- [Testing] Fixed UI test image failure in PR 34885 - [13/4/2026] by
@NafeelaNazhir in #34933
- Fixed test failure - CursorPositionUpdatesWhenSearchBarGainsFocus by
@Dhivya-SF4094 in #34938

</details>

<details>
<summary>📦 Other (3)</summary>

- Fix Loaded event not called for MAUI View added to native View by
@NirmalKumarYuvaraj in #34345
  <details>
  <summary>🔧 Fixes</summary>

- [Loaded event not called for MAUI View added to native
View](#34310)
  </details>
- Add public IAlertManager and IAlertManagerSubscription interfaces by
@Redth in #34228
  <details>
  <summary>🔧 Fixes</summary>

- [Alert/Dialog system (`DisplayAlert`, `DisplayActionSheet`,
`DisplayPromptAsync`) needs a public extensibility
point](#34104)
  </details>
- Fix crash when displaying alerts on unloaded pages by @kubaflo in
#33288

</details>

<details>
<summary>📝 Issue References</summary>

Fixes #5825, Fixes #8494, Fixes #8716, Fixes #10987, Fixes #11404, Fixes
#12008, Fixes #18200, Fixes #18551, Fixes #18657, Fixes #18701, Fixes
#19168, Fixes #19209, Fixes #20062, Fixes #20348, Fixes #20834, Fixes
#20991, Fixes #21983, Fixes #22038, Fixes #22193, Fixes #22197, Fixes
#22769, Fixes #23330, Fixes #23854, Fixes #23902, Fixes #23921, Fixes
#24304, Fixes #24831, Fixes #25124, Fixes #26059, Fixes #26397, Fixes
#26644, Fixes #26846, Fixes #26961, Fixes #26977, Fixes #27086, Fixes
#27367, Fixes #27959, Fixes #28337, Fixes #28351, Fixes #28660, Fixes
#28975, Fixes #29390, Fixes #29391, Fixes #29463, Fixes #29493, Fixes
#29544, Fixes #30052, Fixes #30065, Fixes #30071, Fixes #30144, Fixes
#30399, Fixes #30779, Fixes #30803, Fixes #30970, Fixes #31280, Fixes
#31446, Fixes #31475, Fixes #31496, Fixes #31565, Fixes #31825, Fixes
#31961, Fixes #32048, Fixes #32050, Fixes #32139, Fixes #32356, Fixes
#32419, Fixes #32771, Fixes #32944, Fixes #32984, Fixes #32994, Fixes
#33308, Fixes #33501, Fixes #33703, Fixes #33770, Fixes #33773, Fixes
#34104, Fixes #34256, Fixes #34257, Fixes #34310, Fixes #34322, Fixes
#34363, Fixes #34370, Fixes #34459, Fixes #34518, Fixes #34583, Fixes
#34591, Fixes #34666, Fixes #34693, Fixes #34720, Fixes #34730

</details>

**Full Changelog**:
main...inflight/candidate
PureWeen pushed a commit that referenced this pull request Apr 29, 2026
…o Neither (#34827)

<!-- Please keep the note below for people who find this PR -->
> [!NOTE]
> Are you waiting for the changes in this PR to be merged?
> It would be very helpful if you could [test the resulting
artifacts](https://github.com/dotnet/maui/wiki/Testing-PR-Builds) from
this PR and let us know in a comment whether this change resolves your
issue. Thank you!
<!--
!!!!!!! MAIN IS THE ONLY ACTIVE BRANCH. MAKE SURE THIS PR IS TARGETING
MAIN. !!!!!!!
-->
### Root Cause
On Windows, when `ScrollOrientation` was set to `Neither`, the
`ScrollViewer` used `Disabled` scroll modes and scroll bars. Disabling
scrolling caused the control to internally reset its scroll offsets to
the origin `(0,0)`, instead of preserving the current position.
### Description of Change

**Bug fix for ScrollView offset preservation:**

* Updated `ScrollViewerExtensions.cs` so that when
`ScrollOrientation.Neither` is set, the scroll bars are set to `Hidden`
(instead of `Disabled`) and the scroll modes are set to `Disabled`. This
preserves the current scroll position instead of resetting it to (0,0).
When leaving `Neither`, scroll modes are restored to `Auto`.
### Testing :
* Added a new manual test page `Issue34671.cs` that demonstrates and
allows manual verification of the bug and its fix. The page provides
controls to change orientation, scroll to a specific offset, and reset
the state, as well as labels to display current scroll position and
actions.
* Added a new automated UI test `Issue34671.cs` (for Windows and
Android) that verifies the scroll position remains non-zero after
changing orientation to `Neither`, ensuring the fix is validated in CI.

### Note  :
The Test for this fix is already covered in [PR
#34672](#34672), which has been
merged into the inflight branch. The same test has been included here
temporarily so the Gate phase passes. Once PR #34672 is merged into
`main`, the duplicate test in this PR can be reverted, and the
Windows-specific test from PR #34672 can be enabled.
<!-- Enter description of the fix in this section -->

### Issues Fixed

<!-- Please make sure that there is a bug logged for the issue being
fixed. The bug should describe the problem and how to reproduce it. -->

Fixes #34671 
### Tested the behavior in the following platforms

- [x] Windows
- [ ] Android
- [ ] iOS
- [ ] Mac

| Before Issue Fix | After Issue Fix |
|----------|----------|
| <video
src="https://github.com/user-attachments/assets/353f4dbc-a009-4035-a907-e52f6a5ca7ff">
| <video
src="https://github.com/user-attachments/assets/ea0891cd-7b7c-433d-9285-64118bf0e0eb">
|
<!--
Are you targeting main? All PRs should target the main branch unless
otherwise noted.
-->
@github-actions github-actions Bot locked and limited conversation to collaborators Apr 30, 2026
@kubaflo kubaflo added the s/agent-gate-passed AI verified tests catch the bug (fail without fix, pass with fix) label May 20, 2026
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

area-controls-scrollview ScrollView community ✨ Community Contribution partner/syncfusion Issues / PR's with Syncfusion collaboration platform/ios s/agent-approved AI agent recommends approval - PR fix is correct and optimal s/agent-fix-pr-picked AI could not beat the PR fix - PR is the best among all candidates s/agent-gate-passed AI verified tests catch the bug (fail without fix, pass with fix) s/agent-reviewed PR was reviewed by AI agent workflow (full 4-phase review)

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Incorrect implementation of ScrollView.Orientation

7 participants