[Windows, Android] Resolved issue with dynamic Header/Footer reassignment in CollectionView.#28403
Conversation
There was a problem hiding this comment.
Pull Request Overview
This PR fixes issues with dynamic Header/Footer reassignment in CollectionView, ensuring that modifications to Header, Footer, HeaderTemplate, and FooterTemplate trigger proper UI updates across platforms (Android, Windows, etc.).
- Test cases have been added to validate dynamic toggling of both header/footer and their templates.
- Android and Windows handlers have been updated to include cleanup routines and conditional updates for header and footer state.
Reviewed Changes
Copilot reviewed 5 out of 5 changed files in this pull request and generated 2 comments.
| File | Description |
|---|---|
| src/Controls/tests/TestCases.Shared.Tests/Tests/Issues/Issue27959.cs | Added test cases to verify correct UI updates during header/footer toggling. |
| src/Controls/src/Core/Handlers/Items/Android/MauiRecyclerView.cs | Introduced a new method to update header/footer state on empty views in Android. |
| src/Controls/src/Core/Handlers/Items/StructuredItemsViewHandler.Windows.cs | Updated Windows handler to invoke cleanup methods on header and footer before removal. |
| src/Controls/src/Core/Handlers/Items/Android/Adapters/StructuredItemsViewAdapter.cs | Combined property change checks for header and header template (and similarly for the footer) to ensure appropriate data notifications. |
|
/azp run |
|
Azure Pipelines successfully started running 3 pipeline(s). |
|
/azp run |
|
Azure Pipelines successfully started running 3 pipeline(s). |
|
/rebase |
6064b32 to
5b6d09c
Compare
|
/azp run MAUI-UITests-public |
|
Azure Pipelines successfully started running 1 pipeline(s). |
| return; | ||
| } | ||
|
|
||
| bool headerOrFooterChanged = false; |
There was a problem hiding this comment.
Can simplify it a little bit just creating two variables:
bool headerChanged = _emptyViewAdapter.Header != structuredItemsView.Header ||
_emptyViewAdapter.HeaderTemplate != structuredItemsView.HeaderTemplate;
bool footerChanged = _emptyViewAdapter.Footer != structuredItemsView.Footer ||
_emptyViewAdapter.FooterTemplate != structuredItemsView.FooterTemplate;
| } | ||
|
|
||
| bool headerOrFooterChanged = false; | ||
| if (_emptyViewAdapter.Header != structuredItemsView.Header || _emptyViewAdapter.HeaderTemplate != structuredItemsView.HeaderTemplate) |
| headerOrFooterChanged = true; | ||
| } | ||
|
|
||
| if (_emptyViewAdapter.Footer != structuredItemsView.Footer || _emptyViewAdapter.FooterTemplate != structuredItemsView.FooterTemplate) |
| headerOrFooterChanged = true; | ||
| } | ||
|
|
||
| if (headerOrFooterChanged) |
There was a problem hiding this comment.
if (headerChanged || footerChanged)
|
@jsuarezruiz, I have updated the changes as suggested. |
|
/azp run MAUI-UITests-public |
|
Azure Pipelines successfully started running 1 pipeline(s). |
|
|
kubaflo
left a comment
There was a problem hiding this comment.
Could you please resolve conflicts?
…otnet#34548) <!-- 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! ## Description Adds a [gh-aw (GitHub Agentic Workflows)](https://github.github.com/gh-aw/introduction/overview/) workflow that automatically evaluates test quality on PRs using the `evaluate-pr-tests` skill. ### What it does When a PR adds or modifies test files, this workflow: 1. **Checks out the PR branch** (including fork PRs) in a pre-agent step 2. **Runs the `evaluate-pr-tests` skill** via Copilot CLI in a sandboxed container 3. **Posts the evaluation report** as a PR comment using gh-aw safe-outputs ### Triggers | Trigger | When | Fork PR support | |---------|------|-----------------| | `pull_request` | Automatic on test file changes (`src/**/tests/**`) | ❌ Blocked by `pre_activation` gate | | `workflow_dispatch` | Manual — enter PR number | ✅ Works for all PRs | | `issue_comment` (`/evaluate-tests`) | Comment on PR |⚠️ Same-repo only (see Known Limitations) | ### Security model | Layer | Implementation | |-------|---------------| | **gh-aw sandbox** | Agent runs in container with scrubbed credentials, network firewall | | **Safe outputs** | Max 1 PR comment per run, content-limited | | **Checkout without execution** | `steps:` checks out PR code but never executes workspace scripts | | **Base branch restoration** | `.github/skills/`, `.github/instructions/`, `.github/copilot-instructions.md` restored from base branch after checkout | | **Fork PR activation gate** | `pull_request` events blocked for forks via `head.repo.id == repository_id` | | **Pinned actions** | SHA-pinned `actions/checkout`, `actions/github-script`, etc. | | **Minimal permissions** | Each job declares only what it needs | | **Concurrency** | One evaluation per PR, cancels in-progress | | **Threat detection** | gh-aw built-in threat detection analyzes agent output | ### Files added/modified - `.github/workflows/copilot-evaluate-tests.md` — gh-aw workflow source - `.github/workflows/copilot-evaluate-tests.lock.yml` — Compiled workflow (auto-generated by `gh aw compile`) - `.github/skills/evaluate-pr-tests/scripts/Gather-TestContext.ps1` — Test context gathering script (binary-safe file download, path traversal protection) - `.github/instructions/gh-aw-workflows.instructions.md` — Copilot instructions for gh-aw development ### Known Limitations **Fork PR evaluation via `/evaluate-tests` comment is not supported in v1.** The gh-aw platform inserts a `checkout_pr_branch.cjs` step after all user steps, which may overwrite base-branch skill files restored for fork PRs. This is a known gh-aw platform limitation — user steps always run before platform-generated steps, with no way to insert steps after. **Workaround:** Use `workflow_dispatch` (Actions UI → "Run workflow" → enter PR number) to evaluate fork PRs. This trigger bypasses the platform checkout step entirely and works correctly. **Related upstream issues:** - [github/gh-aw#18481](github/gh-aw#18481) — "Using gh-aw in forks of repositories" - [github/gh-aw#18518](github/gh-aw#18518) — Fork detection and warning in `gh aw init` - [github/gh-aw#18520](github/gh-aw#18520) — Fork context hint in failure messages - [github/gh-aw#18521](github/gh-aw#18521) — Fork support documentation ### Fixes - Fixes dotnet#34602 --------- Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com> Co-authored-by: Copilot <[email protected]> Co-authored-by: Jakub Florkowski <[email protected]>
## Summary Enables the copilot-evaluate-tests gh-aw workflow to run on fork PRs by adding `forks: ["*"]` to the `pull_request` trigger and removing the fork guard from `Checkout-GhAwPr.ps1`. ## Changes 1. **copilot-evaluate-tests.md**: Added `forks: ["*"]` to opt out of gh-aw auto-injected fork activation guard. Scoped `Checkout-GhAwPr.ps1` step to `workflow_dispatch` only (redundant for other triggers since platform handles checkout). 2. **copilot-evaluate-tests.lock.yml**: Recompiled via `gh aw compile` — fork guard removed from activation `if:` conditions. 3. **Checkout-GhAwPr.ps1**: Removed the `isCrossRepository` fork guard. Updated header docs and restore comments to accurately describe behavior for all trigger×fork combinations (including corrected step ordering). 4. **gh-aw-workflows.instructions.md**: Updated all stale references to the removed fork guard. Documented `forks: ["*"]` opt-in, clarified residual risk model for fork PRs, and updated troubleshooting table. ## Security Model Fork PRs are safe because: - Agent runs in **sandboxed container** with all credentials scrubbed - Output limited to **1 comment** via `safe-outputs: add-comment: max: 1` - Agent **prompt comes from base branch** (`runtime-import`) — forks cannot alter instructions - Pre-flight check catches missing `SKILL.md` if fork isn't rebased on `main` - No workspace code is executed with `GITHUB_TOKEN` (checkout without execution) ## Testing - ✅ `workflow_dispatch` tested against fork PR dotnet#34621 - ✅ Lock.yml statically verified — fork guard removed from `if:` conditions - ⏳ `pull_request` trigger on fork PRs can only be verified post-merge (GitHub Actions reads lock.yml from default branch) --------- Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com> Co-authored-by: Copilot <[email protected]>
…taType is compiled (dotnet#34717) ## Description Adds regression tests for dotnet#34713 verifying the XAML source generator correctly handles bindings with `Converter={StaticResource ...}` inside `x:DataType` scopes. Closes dotnet#34713 ## Investigation After thorough investigation of the source generator pipeline (`KnownMarkups.cs`, `CompiledBindingMarkup.cs`, `NodeSGExtensions.cs`): ### When converter IS in page resources (compile-time resolution ✅) `GetResourceNode()` walks the XAML tree, finds the converter resource, and `ProvideValueForStaticResourceExtension` returns the variable directly — **no runtime `ProvideValue` call**. The converter is referenced at compile time. ### When converter is NOT in page resources (runtime resolution ✅) `GetResourceNode()` returns null → falls through to `IsValueProvider` → generates `StaticResourceExtension.ProvideValue(serviceProvider)`. The `SimpleValueTargetProvider` provides the full parent chain, and `TryGetApplicationLevelResource` checks `Application.Current.Resources`. The binding IS still compiled into a `TypedBinding` — only the converter resolution is deferred. ### Verified on both `main` and `net11.0` All tests pass on both branches. ## Tests added | Test | What it verifies | |------|-----------------| | `SourceGenResolvesConverterAtCompileTime_ImplicitResources` | Converter in implicit `<Resources>` → compile-time resolution, no `ProvideValue` | | `SourceGenResolvesConverterAtCompileTime_ExplicitResourceDictionary` | Converter in explicit `<ResourceDictionary>` → compile-time resolution, no `ProvideValue` | | `SourceGenCompilesBindingWithConverterToTypedBinding` | Converter NOT in page resources → still compiled to `TypedBinding`, no raw `Binding` fallback | | `BindingWithConverterFromAppResourcesWorksCorrectly` × 3 | Runtime behavior correct for all inflators (Runtime, XamlC, SourceGen) | Co-authored-by: Copilot <[email protected]>
|
|
kubaflo
left a comment
There was a problem hiding this comment.
Could you please resolve conflicts?
fd7db76 to
7310a2b
Compare
|
🚀 Dogfood this PR with:
curl -fsSL https://raw.githubusercontent.com/dotnet/maui/main/eng/scripts/get-maui-pr.sh | bash -s -- 28403Or
iex "& { $(irm https://raw.githubusercontent.com/dotnet/maui/main/eng/scripts/get-maui-pr.ps1) } 28403" |
🚦 Gate - Test Before and After Fix📊 Expand Full Gate —
|
| Test | Without Fix (expect FAIL) | With Fix (expect PASS) |
|---|---|---|
🖥️ Issue27959 Issue27959 |
✅ FAIL — 632s | ✅ PASS — 480s |
🔴 Without fix — 🖥️ Issue27959: FAIL ✅ · 632s
Determining projects to restore...
Restored D:\a\1\s\src\Graphics\src\Graphics\Graphics.csproj (in 26.6 sec).
Restored D:\a\1\s\src\Graphics\src\Graphics.Win2D\Graphics.Win2D.csproj (in 26.72 sec).
Restored D:\a\1\s\src\Essentials\src\Essentials.csproj (in 8.11 sec).
Restored D:\a\1\s\src\Core\src\Core.csproj (in 16.8 sec).
Restored D:\a\1\s\src\Core\maps\src\Maps.csproj (in 15.84 sec).
Restored D:\a\1\s\src\Controls\tests\TestCases.HostApp\Controls.TestCases.HostApp.csproj (in 7.1 sec).
Restored D:\a\1\s\src\Controls\src\Xaml\Controls.Xaml.csproj (in 41 ms).
Restored D:\a\1\s\src\Controls\src\Core\Controls.Core.csproj (in 23 ms).
Restored D:\a\1\s\src\Controls\Maps\src\Controls.Maps.csproj (in 12 ms).
Restored D:\a\1\s\src\Controls\Foldable\src\Controls.Foldable.csproj (in 13 ms).
Restored D:\a\1\s\src\BlazorWebView\src\Maui\Microsoft.AspNetCore.Components.WebView.Maui.csproj (in 24 ms).
3 of 14 projects are up-to-date for restore.
##vso[build.updatebuildnumber]10.0.60-ci+azdo.13690745
Graphics -> D:\a\1\s\artifacts\bin\Graphics\Debug\net10.0-windows10.0.19041.0\Microsoft.Maui.Graphics.dll
##vso[build.updatebuildnumber]10.0.60-ci+azdo.13690745
##vso[build.updatebuildnumber]10.0.60-ci+azdo.13690745
Graphics.Win2D -> D:\a\1\s\artifacts\bin\Graphics.Win2D\Debug\net10.0-windows10.0.19041.0\Microsoft.Maui.Graphics.Win2D.WinUI.Desktop.dll
Essentials -> D:\a\1\s\artifacts\bin\Essentials\Debug\net10.0-windows10.0.19041.0\Microsoft.Maui.Essentials.dll
##vso[build.updatebuildnumber]10.0.60-ci+azdo.13690745
Core -> D:\a\1\s\artifacts\bin\Core\Debug\net10.0-windows10.0.19041.0\Microsoft.Maui.dll
##vso[build.updatebuildnumber]10.0.60-ci+azdo.13690745
Maps -> D:\a\1\s\artifacts\bin\Maps\Debug\net10.0-windows10.0.19041.0\Microsoft.Maui.Maps.dll
Controls.BindingSourceGen -> D:\a\1\s\artifacts\bin\Controls.BindingSourceGen\Debug\netstandard2.0\Microsoft.Maui.Controls.BindingSourceGen.dll
##vso[build.updatebuildnumber]10.0.60-ci+azdo.13690745
Controls.Core -> D:\a\1\s\artifacts\bin\Controls.Core\Debug\net10.0-windows10.0.19041.0\Microsoft.Maui.Controls.dll
##vso[build.updatebuildnumber]10.0.60-ci+azdo.13690745
##vso[build.updatebuildnumber]10.0.60-ci+azdo.13690745
##vso[build.updatebuildnumber]10.0.60-ci+azdo.13690745
Controls.Xaml -> D:\a\1\s\artifacts\bin\Controls.Xaml\Debug\net10.0-windows10.0.19041.0\Microsoft.Maui.Controls.Xaml.dll
Controls.Foldable -> D:\a\1\s\artifacts\bin\Controls.Foldable\Debug\net10.0-windows10.0.19041.0\Microsoft.Maui.Controls.Foldable.dll
Microsoft.AspNetCore.Components.WebView.Maui -> D:\a\1\s\artifacts\bin\Microsoft.AspNetCore.Components.WebView.Maui\Debug\net10.0-windows10.0.19041.0\Microsoft.AspNetCore.Components.WebView.Maui.dll
##vso[build.updatebuildnumber]10.0.60-ci+azdo.13690745
Controls.Maps -> D:\a\1\s\artifacts\bin\Controls.Maps\Debug\net10.0-windows10.0.19041.0\Microsoft.Maui.Controls.Maps.dll
Controls.TestCases.HostApp -> D:\a\1\s\artifacts\bin\Controls.TestCases.HostApp\Debug\net10.0-windows10.0.19041.0\win-x64\Controls.TestCases.HostApp.dll
Build succeeded.
0 Warning(s)
0 Error(s)
Time Elapsed 00:05:52.18
Determining projects to restore...
Restored D:\a\1\s\src\TestUtils\src\VisualTestUtils\VisualTestUtils.csproj (in 739 ms).
Restored D:\a\1\s\src\TestUtils\src\UITest.NUnit\UITest.NUnit.csproj (in 1.36 sec).
Restored D:\a\1\s\src\TestUtils\src\UITest.Core\UITest.Core.csproj (in 3 ms).
Restored D:\a\1\s\src\TestUtils\src\UITest.Appium\UITest.Appium.csproj (in 2.51 sec).
Restored D:\a\1\s\src\TestUtils\src\VisualTestUtils.MagickNet\VisualTestUtils.MagickNet.csproj (in 5.46 sec).
Restored D:\a\1\s\src\TestUtils\src\UITest.Analyzers\UITest.Analyzers.csproj (in 10.01 sec).
Restored D:\a\1\s\src\Controls\tests\CustomAttributes\Controls.CustomAttributes.csproj (in 4 ms).
Restored D:\a\1\s\src\Controls\tests\TestCases.WinUI.Tests\Controls.TestCases.WinUI.Tests.csproj (in 9.26 sec).
7 of 15 projects are up-to-date for restore.
##vso[build.updatebuildnumber]10.0.60-ci+azdo.13690745
Graphics -> D:\a\1\s\artifacts\bin\Graphics\Debug\net10.0\Microsoft.Maui.Graphics.dll
##vso[build.updatebuildnumber]10.0.60-ci+azdo.13690745
Essentials -> D:\a\1\s\artifacts\bin\Essentials\Debug\net10.0\Microsoft.Maui.Essentials.dll
Controls.CustomAttributes -> D:\a\1\s\artifacts\bin\Controls.CustomAttributes\Debug\net10.0\Controls.CustomAttributes.dll
##vso[build.updatebuildnumber]10.0.60-ci+azdo.13690745
Core -> D:\a\1\s\artifacts\bin\Core\Debug\net10.0\Microsoft.Maui.dll
Controls.Core.Design -> D:\a\1\s\artifacts\bin\Controls.Core.Design\Debug\net472\Microsoft.Maui.Controls.DesignTools.dll
Controls.BindingSourceGen -> D:\a\1\s\artifacts\bin\Controls.BindingSourceGen\Debug\netstandard2.0\Microsoft.Maui.Controls.BindingSourceGen.dll
##vso[build.updatebuildnumber]10.0.60-ci+azdo.13690745
Controls.Core -> D:\a\1\s\artifacts\bin\Controls.Core\Debug\net10.0\Microsoft.Maui.Controls.dll
UITest.Core -> D:\a\1\s\artifacts\bin\UITest.Core\Debug\net10.0\UITest.Core.dll
UITest.Appium -> D:\a\1\s\artifacts\bin\UITest.Appium\Debug\net10.0\UITest.Appium.dll
UITest.NUnit -> D:\a\1\s\artifacts\bin\UITest.NUnit\Debug\net10.0\UITest.NUnit.dll
VisualTestUtils -> D:\a\1\s\artifacts\bin\VisualTestUtils\Debug\netstandard2.0\VisualTestUtils.dll
VisualTestUtils.MagickNet -> D:\a\1\s\artifacts\bin\VisualTestUtils.MagickNet\Debug\netstandard2.0\VisualTestUtils.MagickNet.dll
UITest.Analyzers -> D:\a\1\s\artifacts\bin\UITest.Analyzers\Debug\netstandard2.0\UITest.Analyzers.dll
Controls.TestCases.WinUI.Tests -> D:\a\1\s\artifacts\bin\Controls.TestCases.WinUI.Tests\Debug\net10.0\Controls.TestCases.WinUI.Tests.dll
Test run for D:\a\1\s\artifacts\bin\Controls.TestCases.WinUI.Tests\Debug\net10.0\Controls.TestCases.WinUI.Tests.dll (.NETCoreApp,Version=v10.0)
VSTest version 18.0.1 (x64)
Starting test execution, please wait...
A total of 1 test files matched the specified pattern.
D:\a\1\s\artifacts\bin\Controls.TestCases.WinUI.Tests\Debug\net10.0\Controls.TestCases.WinUI.Tests.dll
NUnit Adapter 4.5.0.0: Test execution started
Running selected tests in D:\a\1\s\artifacts\bin\Controls.TestCases.WinUI.Tests\Debug\net10.0\Controls.TestCases.WinUI.Tests.dll
NUnit3TestExecutor discovered 4 of 4 NUnit test cases using Current Discovery mode, Non-Explicit run
>>>>> 3/30/2026 7:41:38 PM FixtureSetup for Issue27959(Windows)
>>>>> 3/30/2026 7:41:51 PM EmptyViewHeaderFooterToggleNullToNonNull Start
>>>>> 3/30/2026 7:42:09 PM EmptyViewHeaderFooterToggleNullToNonNull Stop
>>>>> 3/30/2026 7:42:10 PM Log types:
Failed EmptyViewHeaderFooterToggleNullToNonNull [19 s]
Error Message:
System.TimeoutException : Timed out waiting for element...
Stack Trace:
at UITest.Appium.HelperExtensions.Wait(Func`1 query, Func`2 satisfactory, String timeoutMessage, Nullable`1 timeout, Nullable`1 retryFrequency) in /_/src/TestUtils/src/UITest.Appium/HelperExtensions.cs:line 2757
at UITest.Appium.HelperExtensions.WaitForAtLeastOne(Func`1 query, String timeoutMessage, Nullable`1 timeout, Nullable`1 retryFrequency) in /_/src/TestUtils/src/UITest.Appium/HelperExtensions.cs:line 2784
at UITest.Appium.HelperExtensions.WaitForElement(IApp app, String marked, String timeoutMessage, Nullable`1 timeout, Nullable`1 retryFrequency, Nullable`1 postTimeout) in /_/src/TestUtils/src/UITest.Appium/HelperExtensions.cs:line 793
at Microsoft.Maui.TestCases.Tests.Issues.Issue27959.EmptyViewHeaderFooterToggleNullToNonNull() in /_/src/Controls/tests/TestCases.Shared.Tests/Tests/Issues/Issue27959.cs:line 24
at System.Reflection.MethodBaseInvoker.InterpretedInvoke_Method(Object obj, IntPtr* args)
at System.Reflection.MethodBaseInvoker.InvokeWithNoArgs(Object obj, BindingFlags invokeAttr)
>>>>> 3/30/2026 7:42:10 PM EmptyViewHeaderFooterTemplateToggleNullToNonNull Start
>>>>> 3/30/2026 7:42:26 PM EmptyViewHeaderFooterTemplateToggleNullToNonNull Stop
>>>>> 3/30/2026 7:42:27 PM Log types:
Failed EmptyViewHeaderFooterTemplateToggleNullToNonNull [17 s]
Error Message:
System.TimeoutException : Timed out waiting for element...
Stack Trace:
at UITest.Appium.HelperExtensions.Wait(Func`1 query, Func`2 satisfactory, String timeoutMessage, Nullable`1 timeout, Nullable`1 retryFrequency) in /_/src/TestUtils/src/UITest.Appium/HelperExtensions.cs:line 2757
at UITest.Appium.HelperExtensions.WaitForAtLeastOne(Func`1 query, String timeoutMessage, Nullable`1 timeout, Nullable`1 retryFrequency) in /_/src/TestUtils/src/UITest.Appium/HelperExtensions.cs:line 2784
at UITest.Appium.HelperExtensions.WaitForElement(IApp app, String marked, String timeoutMessage, Nullable`1 timeout, Nullable`1 retryFrequency, Nullable`1 postTimeout) in /_/src/TestUtils/src/UITest.Appium/HelperExtensions.cs:line 793
at Microsoft.Maui.TestCases.Tests.Issues.Issue27959.EmptyViewHeaderFooterTemplateToggleNullToNonNull() in /_/src/Controls/tests/TestCases.Shared.Tests/Tests/Issues/Issue27959.cs:line 36
at System.Reflection.MethodBaseInvoker.InterpretedInvoke_Method(Object obj, IntPtr* args)
at System.Reflection.MethodBaseInvoker.InvokeWithNoArgs(Object obj, BindingFlags invokeAttr)
>>>>> 3/30/2026 7:42:27 PM ItemsViewHeaderFooterToggleNullToNonNull Start
>>>>> 3/30/2026 7:42:43 PM ItemsViewHeaderFooterToggleNullToNonNull Stop
>>>>> 3/30/2026 7:42:43 PM Log types:
Failed ItemsViewHeaderFooterToggleNullToNonNull [16 s]
Error Message:
System.TimeoutException : Timed out waiting for element...
Stack Trace:
at UITest.Appium.HelperExtensions.Wait(Func`1 query, Func`2 satisfactory, String timeoutMessage, Nullable`1 timeout, Nullable`1 retryFrequency) in /_/src/TestUtils/src/UITest.Appium/HelperExtensions.cs:line 2757
at UITest.Appium.HelperExtensions.WaitForAtLeastOne(Func`1 query, String timeoutMessage, Nullable`1 timeout, Nullable`1 retryFrequency) in /_/src/TestUtils/src/UITest.Appium/HelperExtensions.cs:line 2784
at UITest.Appium.HelperExtensions.WaitForElement(IApp app, String marked, String timeoutMessage, Nullable`1 timeout, Nullable`1 retryFrequency, Nullable`1 postTimeout) in /_/src/TestUtils/src/UITest.Appium/HelperExtensions.cs:line 793
at Microsoft.Maui.TestCases.Tests.Issues.Issue27959.ItemsViewHeaderFooterToggleNullToNonNull() in /_/src/Controls/tests/TestCases.Shared.Tests/Tests/Issues/Issue27959.cs:line 49
at System.Reflection.MethodBaseInvoker.InterpretedInvoke_Method(Object obj, IntPtr* args)
at System.Reflection.MethodBaseInvoker.InvokeWithNoArgs(Object obj, BindingFlags invokeAttr)
>>>>> 3/30/2026 7:42:44 PM ItemsViewHeaderFooterTemplatedToggleNullToNonNull Start
>>>>> 3/30/2026 7:42:59 PM ItemsViewHeaderFooterTemplatedToggleNullToNonNull Stop
>>>>> 3/30/2026 7:42:59 PM Log types:
Failed ItemsViewHeaderFooterTemplatedToggleNullToNonNull [15 s]
Error Message:
System.TimeoutException : Timed out waiting for element...
Stack Trace:
at UITest.Appium.HelperExtensions.Wait(Func`1 query, Func`2 satisfactory, String timeoutMessage, Nullable`1 timeout, Nullable`1 retryFrequency) in /_/src/TestUtils/src/UITest.Appium/HelperExtensions.cs:line 2757
at UITest.Appium.HelperExtensions.WaitForAtLeastOne(Func`1 query, String timeoutMessage, Nullable`1 timeout, Nullable`1 retryFrequency) in /_/src/TestUtils/src/UITest.Appium/HelperExtensions.cs:line 2784
at UITest.Appium.HelperExtensions.WaitForElement(IApp app, String marked, String timeoutMessage, Nullable`1 timeout, Nullable`1 retryFrequency, Nullable`1 postTimeout) in /_/src/TestUtils/src/UITest.Appium/HelperExtensions.cs:line 793
at Microsoft.Maui.TestCases.Tests.Issues.Issue27959.ItemsViewHeaderFooterTemplatedToggleNullToNonNull() in /_/src/Controls/tests/TestCases.Shared.Tests/Tests/Issues/Issue27959.cs:line 66
at System.Reflection.MethodBaseInvoker.InterpretedInvoke_Method(Object obj, IntPtr* args)
at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
NUnit Adapter 4.5.0.0: Test execution complete
[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.10] Discovering: Controls.TestCases.WinUI.Tests
[xUnit.net 00:00:00.27] Discovered: Controls.TestCases.WinUI.Tests
Total tests: 4
Failed: 4
Test Run Failed.
Total time: 1.6946 Minutes
🟢 With fix — 🖥️ Issue27959: PASS ✅ · 480s
Determining projects to restore...
All projects are up-to-date for restore.
##vso[build.updatebuildnumber]10.0.60-ci+azdo.13690745
Graphics -> D:\a\1\s\artifacts\bin\Graphics\Debug\net10.0-windows10.0.19041.0\Microsoft.Maui.Graphics.dll
##vso[build.updatebuildnumber]10.0.60-ci+azdo.13690745
##vso[build.updatebuildnumber]10.0.60-ci+azdo.13690745
Essentials -> D:\a\1\s\artifacts\bin\Essentials\Debug\net10.0-windows10.0.19041.0\Microsoft.Maui.Essentials.dll
Graphics.Win2D -> D:\a\1\s\artifacts\bin\Graphics.Win2D\Debug\net10.0-windows10.0.19041.0\Microsoft.Maui.Graphics.Win2D.WinUI.Desktop.dll
##vso[build.updatebuildnumber]10.0.60-ci+azdo.13690745
Core -> D:\a\1\s\artifacts\bin\Core\Debug\net10.0-windows10.0.19041.0\Microsoft.Maui.dll
Controls.BindingSourceGen -> D:\a\1\s\artifacts\bin\Controls.BindingSourceGen\Debug\netstandard2.0\Microsoft.Maui.Controls.BindingSourceGen.dll
##vso[build.updatebuildnumber]10.0.60-ci+azdo.13690745
##vso[build.updatebuildnumber]10.0.60-ci+azdo.13690745
Maps -> D:\a\1\s\artifacts\bin\Maps\Debug\net10.0-windows10.0.19041.0\Microsoft.Maui.Maps.dll
Controls.Core -> D:\a\1\s\artifacts\bin\Controls.Core\Debug\net10.0-windows10.0.19041.0\Microsoft.Maui.Controls.dll
##vso[build.updatebuildnumber]10.0.60-ci+azdo.13690745
##vso[build.updatebuildnumber]10.0.60-ci+azdo.13690745
##vso[build.updatebuildnumber]10.0.60-ci+azdo.13690745
##vso[build.updatebuildnumber]10.0.60-ci+azdo.13690745
Microsoft.AspNetCore.Components.WebView.Maui -> D:\a\1\s\artifacts\bin\Microsoft.AspNetCore.Components.WebView.Maui\Debug\net10.0-windows10.0.19041.0\Microsoft.AspNetCore.Components.WebView.Maui.dll
Controls.Xaml -> D:\a\1\s\artifacts\bin\Controls.Xaml\Debug\net10.0-windows10.0.19041.0\Microsoft.Maui.Controls.Xaml.dll
Controls.Foldable -> D:\a\1\s\artifacts\bin\Controls.Foldable\Debug\net10.0-windows10.0.19041.0\Microsoft.Maui.Controls.Foldable.dll
Controls.Maps -> D:\a\1\s\artifacts\bin\Controls.Maps\Debug\net10.0-windows10.0.19041.0\Microsoft.Maui.Controls.Maps.dll
Controls.TestCases.HostApp -> D:\a\1\s\artifacts\bin\Controls.TestCases.HostApp\Debug\net10.0-windows10.0.19041.0\win-x64\Controls.TestCases.HostApp.dll
Build succeeded.
0 Warning(s)
0 Error(s)
Time Elapsed 00:05:38.49
Determining projects to restore...
All projects are up-to-date for restore.
##vso[build.updatebuildnumber]10.0.60-ci+azdo.13690745
Graphics -> D:\a\1\s\artifacts\bin\Graphics\Debug\net10.0\Microsoft.Maui.Graphics.dll
Controls.CustomAttributes -> D:\a\1\s\artifacts\bin\Controls.CustomAttributes\Debug\net10.0\Controls.CustomAttributes.dll
##vso[build.updatebuildnumber]10.0.60-ci+azdo.13690745
Essentials -> D:\a\1\s\artifacts\bin\Essentials\Debug\net10.0\Microsoft.Maui.Essentials.dll
##vso[build.updatebuildnumber]10.0.60-ci+azdo.13690745
Core -> D:\a\1\s\artifacts\bin\Core\Debug\net10.0\Microsoft.Maui.dll
Controls.Core.Design -> D:\a\1\s\artifacts\bin\Controls.Core.Design\Debug\net472\Microsoft.Maui.Controls.DesignTools.dll
Controls.BindingSourceGen -> D:\a\1\s\artifacts\bin\Controls.BindingSourceGen\Debug\netstandard2.0\Microsoft.Maui.Controls.BindingSourceGen.dll
##vso[build.updatebuildnumber]10.0.60-ci+azdo.13690745
Controls.Core -> D:\a\1\s\artifacts\bin\Controls.Core\Debug\net10.0\Microsoft.Maui.Controls.dll
UITest.Core -> D:\a\1\s\artifacts\bin\UITest.Core\Debug\net10.0\UITest.Core.dll
UITest.Appium -> D:\a\1\s\artifacts\bin\UITest.Appium\Debug\net10.0\UITest.Appium.dll
VisualTestUtils -> D:\a\1\s\artifacts\bin\VisualTestUtils\Debug\netstandard2.0\VisualTestUtils.dll
UITest.NUnit -> D:\a\1\s\artifacts\bin\UITest.NUnit\Debug\net10.0\UITest.NUnit.dll
VisualTestUtils.MagickNet -> D:\a\1\s\artifacts\bin\VisualTestUtils.MagickNet\Debug\netstandard2.0\VisualTestUtils.MagickNet.dll
UITest.Analyzers -> D:\a\1\s\artifacts\bin\UITest.Analyzers\Debug\netstandard2.0\UITest.Analyzers.dll
Controls.TestCases.WinUI.Tests -> D:\a\1\s\artifacts\bin\Controls.TestCases.WinUI.Tests\Debug\net10.0\Controls.TestCases.WinUI.Tests.dll
Test run for D:\a\1\s\artifacts\bin\Controls.TestCases.WinUI.Tests\Debug\net10.0\Controls.TestCases.WinUI.Tests.dll (.NETCoreApp,Version=v10.0)
VSTest version 18.0.1 (x64)
Starting test execution, please wait...
A total of 1 test files matched the specified pattern.
D:\a\1\s\artifacts\bin\Controls.TestCases.WinUI.Tests\Debug\net10.0\Controls.TestCases.WinUI.Tests.dll
NUnit Adapter 4.5.0.0: Test execution started
Running selected tests in D:\a\1\s\artifacts\bin\Controls.TestCases.WinUI.Tests\Debug\net10.0\Controls.TestCases.WinUI.Tests.dll
NUnit3TestExecutor discovered 4 of 4 NUnit test cases using Current Discovery mode, Non-Explicit run
>>>>> 3/30/2026 7:50:27 PM FixtureSetup for Issue27959(Windows)
>>>>> 3/30/2026 7:50:39 PM EmptyViewHeaderFooterToggleNullToNonNull Start
>>>>> 3/30/2026 7:50:45 PM EmptyViewHeaderFooterToggleNullToNonNull Stop
Passed EmptyViewHeaderFooterToggleNullToNonNull [6 s]
>>>>> 3/30/2026 7:50:45 PM EmptyViewHeaderFooterTemplateToggleNullToNonNull Start
>>>>> 3/30/2026 7:50:49 PM EmptyViewHeaderFooterTemplateToggleNullToNonNull Stop
Passed EmptyViewHeaderFooterTemplateToggleNullToNonNull [4 s]
>>>>> 3/30/2026 7:50:49 PM ItemsViewHeaderFooterToggleNullToNonNull Start
>>>>> 3/30/2026 7:50:54 PM ItemsViewHeaderFooterToggleNullToNonNull Stop
Passed ItemsViewHeaderFooterToggleNullToNonNull [6 s]
>>>>> 3/30/2026 7:50:55 PM ItemsViewHeaderFooterTemplatedToggleNullToNonNull Start
>>>>> 3/30/2026 7:51:00 PM ItemsViewHeaderFooterTemplatedToggleNullToNonNull Stop
Passed ItemsViewHeaderFooterTemplatedToggleNullToNonNull [4 s]
NUnit Adapter 4.5.0.0: Test execution complete
[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.12] Discovering: Controls.TestCases.WinUI.Tests
[xUnit.net 00:00:00.32] Discovered: Controls.TestCases.WinUI.Tests
Test Run Successful.
Total tests: 4
Passed: 4
Total time: 47.5490 Seconds
📁 Fix files reverted (2 files)
eng/pipelines/ci-copilot.ymlsrc/Controls/src/Core/Handlers/Items/StructuredItemsViewHandler.Windows.cs
🤖 AI Summary📊 Expand Full Review —
|
| # | Source | Approach | Test Result | Files Changed | Notes |
|---|---|---|---|---|---|
| PR | PR #28403 | Call Cleanup() on _currentHeader/_currentFooter before removing logical child and nulling, preventing COM exception from lingering handler refs | PASSED (Gate) | StructuredItemsViewHandler.Windows.cs | Windows only |
🔧 Fix — Analysis & Comparison
Fix Candidates
| # | Source | Approach | Test Result | Files Changed | Notes |
|---|---|---|---|---|---|
| 1 | try-fix (claude-opus-4.6) | DisconnectHandler() at re-addition point (case View view:) | Pass | StructuredItemsViewHandler.Windows.cs | Only disconnects view itself, not descendants |
| 2 | try-fix (claude-sonnet-4.6) | ListViewBase.Header=null + DisconnectHandler() at removal | Pass | StructuredItemsViewHandler.Windows.cs | Only disconnects view itself, not descendants |
| 3 | try-fix (gpt-5.3-codex) | Detach native WinUI element from parent before reassigning | Fail | StructuredItemsViewHandler.Windows.cs | Build errors: RS0030 banned API, IL2075 |
| 4 | try-fix (gpt-5.4) | Collapsed WinUI placeholder + cached MAUI view | Fail | StructuredItemsViewHandler.Windows.cs | Tests timed out, handler not reset |
| PR | PR #28403 | _currentHeader/Footer.Cleanup() before RemoveLogicalChild | PASSED (Gate) | StructuredItemsViewHandler.Windows.cs | Full cleanup (self + all descendants) |
Cross-Pollination
| Model | Round | New Ideas? | Details |
|---|---|---|---|
| claude-opus-4.6 | 2 | Yes | WeakReference for stale GC ref breaking |
| claude-sonnet-4.6 | 2 | Yes | Override OnHandlerChanged at parent lifecycle |
| gpt-5.3-codex | 2 | Yes | Defer teardown to dispatcher (next tick) |
| gpt-5.4 | 2 | Yes | Track/dispose WrapperControl from ViewToHandlerConverter |
| claude-opus-4.6 | 3 | Yes | ContentControl wrapper - swap .Content only, never replace Header slot |
| claude-sonnet-4.6 | 3 | Yes | ContentControl wrapper approach (same convergence) |
| gpt-5.3-codex | 3 | Yes | Two-phase teardown with Unloaded event gate |
| gpt-5.4 | 3 | Yes | Force template reset (HeaderTemplate=null + UpdateLayout) before re-add |
Exhausted: Yes (max 3 rounds reached)
Selected Fix: PR #28403 Cleanup() is the correct MAUI pattern: disconnects the view AND all descendants, preventing COM exceptions from nested handler refs. Attempts 1 & 2 pass but only disconnect the top-level handler (less robust for complex header/footer view trees). PR's 2-line fix is minimal, robust, and consistent with established MAUI patterns.
📋 Report — Final Recommendation
Final Recommendation: APPROVE
Phase Status
| Phase | Status | Notes |
|---|---|---|
| Pre-Flight | COMPLETE | 1 impl file, 2 test files; Windows fix only |
| Gate | PASSED | windows |
| Try-Fix | COMPLETE | 4 attempts, 2 passing alternatives found |
| Report | COMPLETE |
Summary
PR #28403 fixes a Windows COM exception in CollectionView when the same Header/Footer view instance is reassigned after being set to null. The fix is minimal (2 lines) and correct: calling Cleanup() on _currentHeader/_currentFooter before nulling them ensures all handler references (self + descendants) are properly disconnected, preventing the COM exception on re-addition. Gate passed. Try-Fix found 2 alternative passing approaches but the PR's Cleanup() is more robust.
Root Cause
When a View was removed as Header/Footer (RemoveLogicalChild + null), its MAUI handler and its descendants' handlers remained attached to WinUI platform elements. On re-addition, WinUI tried to attach an already-live COM object, triggering a COM exception. The fix ensures all handlers in the view tree are disconnected before the reference is cleared.
Fix Quality
The PR's 2-line fix (_currentHeader.Cleanup() / _currentFooter.Cleanup()) is the correct MAUI pattern. Cleanup() disconnects the handler chain for the view and all descendants critical for complex header/footer view trees. Two try-fix alternatives also passed tests but only used DisconnectHandler(), which disconnects only the top-level handler and could leave stale COM refs in nested views.
One non-blocking note: The PR description still describes Android fixes (MauiRecyclerView.cs changes) that were removed from the PR. The current PR only fixes Windows. The platform/android label may be misleading. This does not affect approval but should be addressed in the PR description before merge.
Selected Fix: PR
…ment in CollectionView. (#28403) ## Android ### Issue Details When HeaderTemplate and FooterTemplate are used without EmptyView, assigning null and non-null values to the header and footer at runtime does not trigger a proper UI update. ### Root Cause The OnPropertyChanged event triggers notifyDataChanged only for the header and footer but does not account for changes in HeaderTemplate and FooterTemplate. ### Description of Change Enhanced the logic to include HeaderTemplate and FooterTemplate in notifyDataChanged, ensuring correct UI updates during runtime. ### Issue Details When either HeaderTemplate and FooterTemplate or Header and Footer are used with EmptyView, assigning null and non-null values to the header and footer at runtime does not trigger a proper UI update. ### Root Cause In the EmptyViewAdapter, the header and footer properties were handled independently. During runtime updates, the newly assigned header and footer values were not properly reassigned within the EmptyViewAdapter, causing the updates to be missed. ### Description of Change Reassigned the updated header and footer values within the EmptyViewAdapter and ensured NotifyDataSetChanged() is triggered to reflect the changes at runtime. ## Windows ### Issue Details Assigning null to the header and footer at runtime correctly clears them. However, reassigning the previous instance leads to a COM exception. ### Root Cause The existing handlers associated with the Header and Footer, along with their descendants, remain connected. As a result, reassigning the same instance to both the Header and Footer at runtime leads to a COM exception. ### Description of Change Invoked the cleanup method to ensure that the Header/Footer and its child elements properly disconnect all handlers, preventing any lingering references and avoiding the COM exception. **Tested the behaviour in the following platforms** - [x] Android - [x] Windows - [x] iOS - [x] Mac ### Issues Fixed Fixes #27959 Fixes #28337 Fixes #28351 ### Output | Before| After| |--|--| | <video src="https://github.com/user-attachments/assets/c53058fa-d2bb-4b32-a4ae-a55bbd9a5b60"> | <video src="https://github.com/user-attachments/assets/9c78a91d-86f9-4b23-9622-3303406f7603"> | <video src="https://github.com/user-attachments/assets/1075f82f-68cf-4f93-ab27-7317bfe1f6ae"> | <video src="https://github.com/user-attachments/assets/20520fa7-969f-408f-b040-1d8f5c46f0fa"> | ---------
…ment in CollectionView. (dotnet#28403) ## Android ### Issue Details When HeaderTemplate and FooterTemplate are used without EmptyView, assigning null and non-null values to the header and footer at runtime does not trigger a proper UI update. ### Root Cause The OnPropertyChanged event triggers notifyDataChanged only for the header and footer but does not account for changes in HeaderTemplate and FooterTemplate. ### Description of Change Enhanced the logic to include HeaderTemplate and FooterTemplate in notifyDataChanged, ensuring correct UI updates during runtime. ### Issue Details When either HeaderTemplate and FooterTemplate or Header and Footer are used with EmptyView, assigning null and non-null values to the header and footer at runtime does not trigger a proper UI update. ### Root Cause In the EmptyViewAdapter, the header and footer properties were handled independently. During runtime updates, the newly assigned header and footer values were not properly reassigned within the EmptyViewAdapter, causing the updates to be missed. ### Description of Change Reassigned the updated header and footer values within the EmptyViewAdapter and ensured NotifyDataSetChanged() is triggered to reflect the changes at runtime. ## Windows ### Issue Details Assigning null to the header and footer at runtime correctly clears them. However, reassigning the previous instance leads to a COM exception. ### Root Cause The existing handlers associated with the Header and Footer, along with their descendants, remain connected. As a result, reassigning the same instance to both the Header and Footer at runtime leads to a COM exception. ### Description of Change Invoked the cleanup method to ensure that the Header/Footer and its child elements properly disconnect all handlers, preventing any lingering references and avoiding the COM exception. **Tested the behaviour in the following platforms** - [x] Android - [x] Windows - [x] iOS - [x] Mac ### Issues Fixed Fixes dotnet#27959 Fixes dotnet#28337 Fixes dotnet#28351 ### Output | Before| After| |--|--| | <video src="https://github.com/user-attachments/assets/c53058fa-d2bb-4b32-a4ae-a55bbd9a5b60"> | <video src="https://github.com/user-attachments/assets/9c78a91d-86f9-4b23-9622-3303406f7603"> | <video src="https://github.com/user-attachments/assets/1075f82f-68cf-4f93-ab27-7317bfe1f6ae"> | <video src="https://github.com/user-attachments/assets/20520fa7-969f-408f-b040-1d8f5c46f0fa"> | ---------
…ment in CollectionView. (#28403) ## Android ### Issue Details When HeaderTemplate and FooterTemplate are used without EmptyView, assigning null and non-null values to the header and footer at runtime does not trigger a proper UI update. ### Root Cause The OnPropertyChanged event triggers notifyDataChanged only for the header and footer but does not account for changes in HeaderTemplate and FooterTemplate. ### Description of Change Enhanced the logic to include HeaderTemplate and FooterTemplate in notifyDataChanged, ensuring correct UI updates during runtime. ### Issue Details When either HeaderTemplate and FooterTemplate or Header and Footer are used with EmptyView, assigning null and non-null values to the header and footer at runtime does not trigger a proper UI update. ### Root Cause In the EmptyViewAdapter, the header and footer properties were handled independently. During runtime updates, the newly assigned header and footer values were not properly reassigned within the EmptyViewAdapter, causing the updates to be missed. ### Description of Change Reassigned the updated header and footer values within the EmptyViewAdapter and ensured NotifyDataSetChanged() is triggered to reflect the changes at runtime. ## Windows ### Issue Details Assigning null to the header and footer at runtime correctly clears them. However, reassigning the previous instance leads to a COM exception. ### Root Cause The existing handlers associated with the Header and Footer, along with their descendants, remain connected. As a result, reassigning the same instance to both the Header and Footer at runtime leads to a COM exception. ### Description of Change Invoked the cleanup method to ensure that the Header/Footer and its child elements properly disconnect all handlers, preventing any lingering references and avoiding the COM exception. **Tested the behaviour in the following platforms** - [x] Android - [x] Windows - [x] iOS - [x] Mac ### Issues Fixed Fixes #27959 Fixes #28337 Fixes #28351 ### Output | Before| After| |--|--| | <video src="https://github.com/user-attachments/assets/c53058fa-d2bb-4b32-a4ae-a55bbd9a5b60"> | <video src="https://github.com/user-attachments/assets/9c78a91d-86f9-4b23-9622-3303406f7603"> | <video src="https://github.com/user-attachments/assets/1075f82f-68cf-4f93-ab27-7317bfe1f6ae"> | <video src="https://github.com/user-attachments/assets/20520fa7-969f-408f-b040-1d8f5c46f0fa"> | ---------
…ment in CollectionView. (dotnet#28403) ## Android ### Issue Details When HeaderTemplate and FooterTemplate are used without EmptyView, assigning null and non-null values to the header and footer at runtime does not trigger a proper UI update. ### Root Cause The OnPropertyChanged event triggers notifyDataChanged only for the header and footer but does not account for changes in HeaderTemplate and FooterTemplate. ### Description of Change Enhanced the logic to include HeaderTemplate and FooterTemplate in notifyDataChanged, ensuring correct UI updates during runtime. ### Issue Details When either HeaderTemplate and FooterTemplate or Header and Footer are used with EmptyView, assigning null and non-null values to the header and footer at runtime does not trigger a proper UI update. ### Root Cause In the EmptyViewAdapter, the header and footer properties were handled independently. During runtime updates, the newly assigned header and footer values were not properly reassigned within the EmptyViewAdapter, causing the updates to be missed. ### Description of Change Reassigned the updated header and footer values within the EmptyViewAdapter and ensured NotifyDataSetChanged() is triggered to reflect the changes at runtime. ## Windows ### Issue Details Assigning null to the header and footer at runtime correctly clears them. However, reassigning the previous instance leads to a COM exception. ### Root Cause The existing handlers associated with the Header and Footer, along with their descendants, remain connected. As a result, reassigning the same instance to both the Header and Footer at runtime leads to a COM exception. ### Description of Change Invoked the cleanup method to ensure that the Header/Footer and its child elements properly disconnect all handlers, preventing any lingering references and avoiding the COM exception. **Tested the behaviour in the following platforms** - [x] Android - [x] Windows - [x] iOS - [x] Mac ### Issues Fixed Fixes dotnet#27959 Fixes dotnet#28337 Fixes dotnet#28351 ### Output | Before| After| |--|--| | <video src="https://github.com/user-attachments/assets/c53058fa-d2bb-4b32-a4ae-a55bbd9a5b60"> | <video src="https://github.com/user-attachments/assets/9c78a91d-86f9-4b23-9622-3303406f7603"> | <video src="https://github.com/user-attachments/assets/1075f82f-68cf-4f93-ab27-7317bfe1f6ae"> | <video src="https://github.com/user-attachments/assets/20520fa7-969f-408f-b040-1d8f5c46f0fa"> | ---------
…ment in CollectionView. (#28403) ## Android ### Issue Details When HeaderTemplate and FooterTemplate are used without EmptyView, assigning null and non-null values to the header and footer at runtime does not trigger a proper UI update. ### Root Cause The OnPropertyChanged event triggers notifyDataChanged only for the header and footer but does not account for changes in HeaderTemplate and FooterTemplate. ### Description of Change Enhanced the logic to include HeaderTemplate and FooterTemplate in notifyDataChanged, ensuring correct UI updates during runtime. ### Issue Details When either HeaderTemplate and FooterTemplate or Header and Footer are used with EmptyView, assigning null and non-null values to the header and footer at runtime does not trigger a proper UI update. ### Root Cause In the EmptyViewAdapter, the header and footer properties were handled independently. During runtime updates, the newly assigned header and footer values were not properly reassigned within the EmptyViewAdapter, causing the updates to be missed. ### Description of Change Reassigned the updated header and footer values within the EmptyViewAdapter and ensured NotifyDataSetChanged() is triggered to reflect the changes at runtime. ## Windows ### Issue Details Assigning null to the header and footer at runtime correctly clears them. However, reassigning the previous instance leads to a COM exception. ### Root Cause The existing handlers associated with the Header and Footer, along with their descendants, remain connected. As a result, reassigning the same instance to both the Header and Footer at runtime leads to a COM exception. ### Description of Change Invoked the cleanup method to ensure that the Header/Footer and its child elements properly disconnect all handlers, preventing any lingering references and avoiding the COM exception. **Tested the behaviour in the following platforms** - [x] Android - [x] Windows - [x] iOS - [x] Mac ### Issues Fixed Fixes #27959 Fixes #28337 Fixes #28351 ### Output | Before| After| |--|--| | <video src="https://github.com/user-attachments/assets/c53058fa-d2bb-4b32-a4ae-a55bbd9a5b60"> | <video src="https://github.com/user-attachments/assets/9c78a91d-86f9-4b23-9622-3303406f7603"> | <video src="https://github.com/user-attachments/assets/1075f82f-68cf-4f93-ab27-7317bfe1f6ae"> | <video src="https://github.com/user-attachments/assets/20520fa7-969f-408f-b040-1d8f5c46f0fa"> | ---------
…ment in CollectionView. (#28403) ## Android ### Issue Details When HeaderTemplate and FooterTemplate are used without EmptyView, assigning null and non-null values to the header and footer at runtime does not trigger a proper UI update. ### Root Cause The OnPropertyChanged event triggers notifyDataChanged only for the header and footer but does not account for changes in HeaderTemplate and FooterTemplate. ### Description of Change Enhanced the logic to include HeaderTemplate and FooterTemplate in notifyDataChanged, ensuring correct UI updates during runtime. ### Issue Details When either HeaderTemplate and FooterTemplate or Header and Footer are used with EmptyView, assigning null and non-null values to the header and footer at runtime does not trigger a proper UI update. ### Root Cause In the EmptyViewAdapter, the header and footer properties were handled independently. During runtime updates, the newly assigned header and footer values were not properly reassigned within the EmptyViewAdapter, causing the updates to be missed. ### Description of Change Reassigned the updated header and footer values within the EmptyViewAdapter and ensured NotifyDataSetChanged() is triggered to reflect the changes at runtime. ## Windows ### Issue Details Assigning null to the header and footer at runtime correctly clears them. However, reassigning the previous instance leads to a COM exception. ### Root Cause The existing handlers associated with the Header and Footer, along with their descendants, remain connected. As a result, reassigning the same instance to both the Header and Footer at runtime leads to a COM exception. ### Description of Change Invoked the cleanup method to ensure that the Header/Footer and its child elements properly disconnect all handlers, preventing any lingering references and avoiding the COM exception. **Tested the behaviour in the following platforms** - [x] Android - [x] Windows - [x] iOS - [x] Mac ### Issues Fixed Fixes #27959 Fixes #28337 Fixes #28351 ### Output | Before| After| |--|--| | <video src="https://github.com/user-attachments/assets/c53058fa-d2bb-4b32-a4ae-a55bbd9a5b60"> | <video src="https://github.com/user-attachments/assets/9c78a91d-86f9-4b23-9622-3303406f7603"> | <video src="https://github.com/user-attachments/assets/1075f82f-68cf-4f93-ab27-7317bfe1f6ae"> | <video src="https://github.com/user-attachments/assets/20520fa7-969f-408f-b040-1d8f5c46f0fa"> | ---------
…ment in CollectionView. (#28403) ## Android ### Issue Details When HeaderTemplate and FooterTemplate are used without EmptyView, assigning null and non-null values to the header and footer at runtime does not trigger a proper UI update. ### Root Cause The OnPropertyChanged event triggers notifyDataChanged only for the header and footer but does not account for changes in HeaderTemplate and FooterTemplate. ### Description of Change Enhanced the logic to include HeaderTemplate and FooterTemplate in notifyDataChanged, ensuring correct UI updates during runtime. ### Issue Details When either HeaderTemplate and FooterTemplate or Header and Footer are used with EmptyView, assigning null and non-null values to the header and footer at runtime does not trigger a proper UI update. ### Root Cause In the EmptyViewAdapter, the header and footer properties were handled independently. During runtime updates, the newly assigned header and footer values were not properly reassigned within the EmptyViewAdapter, causing the updates to be missed. ### Description of Change Reassigned the updated header and footer values within the EmptyViewAdapter and ensured NotifyDataSetChanged() is triggered to reflect the changes at runtime. ## Windows ### Issue Details Assigning null to the header and footer at runtime correctly clears them. However, reassigning the previous instance leads to a COM exception. ### Root Cause The existing handlers associated with the Header and Footer, along with their descendants, remain connected. As a result, reassigning the same instance to both the Header and Footer at runtime leads to a COM exception. ### Description of Change Invoked the cleanup method to ensure that the Header/Footer and its child elements properly disconnect all handlers, preventing any lingering references and avoiding the COM exception. **Tested the behaviour in the following platforms** - [x] Android - [x] Windows - [x] iOS - [x] Mac ### Issues Fixed Fixes #27959 Fixes #28337 Fixes #28351 ### Output | Before| After| |--|--| | <video src="https://github.com/user-attachments/assets/c53058fa-d2bb-4b32-a4ae-a55bbd9a5b60"> | <video src="https://github.com/user-attachments/assets/9c78a91d-86f9-4b23-9622-3303406f7603"> | <video src="https://github.com/user-attachments/assets/1075f82f-68cf-4f93-ab27-7317bfe1f6ae"> | <video src="https://github.com/user-attachments/assets/20520fa7-969f-408f-b040-1d8f5c46f0fa"> | ---------
## 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
Android
Issue Details
When HeaderTemplate and FooterTemplate are used without EmptyView, assigning null and non-null values to the header and footer at runtime does not trigger a proper UI update.
Root Cause
The OnPropertyChanged event triggers notifyDataChanged only for the header and footer but does not account for changes in HeaderTemplate and FooterTemplate.
Description of Change
Enhanced the logic to include HeaderTemplate and FooterTemplate in notifyDataChanged, ensuring correct UI updates during runtime.
Issue Details
When either HeaderTemplate and FooterTemplate or Header and Footer are used with EmptyView, assigning null and non-null values to the header and footer at runtime does not trigger a proper UI update.
Root Cause
In the EmptyViewAdapter, the header and footer properties were handled independently. During runtime updates, the newly assigned header and footer values were not properly reassigned within the EmptyViewAdapter, causing the updates to be missed.
Description of Change
Reassigned the updated header and footer values within the EmptyViewAdapter and ensured NotifyDataSetChanged() is triggered to reflect the changes at runtime.
Windows
Issue Details
Assigning null to the header and footer at runtime correctly clears them. However, reassigning the previous instance leads to a COM exception.
Root Cause
The existing handlers associated with the Header and Footer, along with their descendants, remain connected. As a result, reassigning the same instance to both the Header and Footer at runtime leads to a COM exception.
Description of Change
Invoked the cleanup method to ensure that the Header/Footer and its child elements properly disconnect all handlers, preventing any lingering references and avoiding the COM exception.
Tested the behaviour in the following platforms
Issues Fixed
Fixes #27959
Fixes #28337
Fixes #28351
Output
Before_Fix.mp4
After_Fix.mp4
BeforeFix.mov
AfterFix.mov