[IOS] Inconsistent Resize Behavior for Header/Footer - fix

[kubaflo]

Issues Fixed

Fixes #26397
Fixes #33501

Before	After
Simulator.Screen.Recording.-.iPhone.16.Pro.Max.-.2024-12-07.at.16.45.45.mp4	Simulator.Screen.Recording.-.iPhone.16.Pro.Max.-.2024-12-07.at.16.46.35.mp4

[dotnet-policy-service]

Hey there @kubaflo! Thank you so much for your PR! Someone from the team will get assigned to your PR shortly and we'll get it reviewed.

[Copilot]

Pull Request Overview

This PR addresses inconsistent resize behavior for the header and footer on iOS by updating test conditions and adjusting the measurement logic in the flyout content renderer. Key changes include:

• Enabling header/footer size change tests for iOS in the test project.
• Adding a new "_header" field and modifying event subscriptions in ShellFlyoutContentRenderer to support the corrected resizing logic.

Reviewed Changes

Copilot reviewed 2 out of 2 changed files in this pull request and generated no comments.

File	Description
src/Controls/tests/TestCases.Shared.Tests/Tests/Issues/XFIssue/HeaderFooterShellFlyout.cs	Updated conditional compilation to include iOS tests for header/footer resize behavior
src/Controls/src/Core/Compatibility/Handlers/Shell/iOS/ShellFlyoutContentRenderer.cs	Introduced a new _header field and modified event subscription logic for header measurement

Comments suppressed due to low confidence (2)

src/Controls/tests/TestCases.Shared.Tests/Tests/Issues/XFIssue/HeaderFooterShellFlyout.cs:70

• The conditional compilation now includes iOS for header/footer resize tests. Please update or add a comment clarifying why iOS is included to avoid confusion given the removed note about iOS being ignored.

#if ANDROID || IOS

src/Controls/src/Core/Compatibility/Handlers/Shell/iOS/ShellFlyoutContentRenderer.cs:100

• It appears the code subscribes to the MeasureInvalidated event on the existing _header before reassigning it, which may result in duplicate event subscriptions or a memory leak. Consider unsubscribing from the old _header's MeasureInvalidated event instead of subscribing again.

if (_header is not null) {

[rmarinho]

/azp run

[azure-pipelines]

Azure Pipelines successfully started running 3 pipeline(s).

[kubaflo]

PR Review: #28713 - [IOS] Inconsistent Resize Behavior for Header/Footer - fix

Date: 2026-01-14 | Issue: #26397 | PR: #28713

✅ Final Recommendation: APPROVE

PR #28713 correctly fixes issue #26397 by implementing the iOS platform's measure invalidation pattern.

Phase	Status
Pre-Flight	✅ COMPLETE
🧪 Tests	✅ COMPLETE
🚦 Gate	✅ PASSED
🔧 Fix	✅ COMPLETE
📋 Report	✅ COMPLETE

---

📋 Issue Summary

Description:
When the "Resize Header/Footer" menu is tapped in a Shell flyout, the header and footer sizes change but do not remain consistent across multiple taps. The resizing behavior is inconsistent - sizes may vary each time the resize action is triggered.

Steps to Reproduce:

1. Run the test app (HeaderFooterShellFlyout sample)
2. Open the Flyout and tap the "Resize Header/Footer" menu
3. Observe that the header and footer resize
4. Tap the "Resize Header/Footer" menu again
5. Tap the "Resize Header/Footer" menu again and observe the size
6. The size differs from the initial size (inconsistent behavior)

Expected Behavior:
Header and footer should toggle between small (60) and large (200) consistently on each tap.

Actual Behavior:
Header and footer sizes vary and don't maintain consistent toggle behavior.

Platforms Affected:

• iOS
• macOS (Mac Catalyst)
• Android
• Windows

Regression:
Not confirmed - user was not sure about previous versions

Version with Bug: 9.0.12 SR1.2

📁 Files Changed

File	Type	Changes
src/Controls/src/Core/Compatibility/Handlers/Shell/iOS/ShellFlyoutHeaderContainer.cs	Fix	+11 -1
src/Controls/tests/TestCases.Shared.Tests/Tests/Issues/XFIssue/HeaderFooterShellFlyout.cs	Test	+1 -2

Fix Summary:

• ShellFlyoutHeaderContainer.cs: Implements IPlatformMeasureInvalidationController interface
  • Adds InvalidateMeasure() method that recalculates size using SizeThatFits and updates frame
  • Returns false to stop propagation after handling resize directly
  • Adds empty InvalidateAncestorsMeasuresWhenMovedToWindow() implementation

Test Summary:

• HeaderFooterShellFlyout.cs: Enables iOS tests (changes #if ANDROID to #if ANDROID || IOS)
• Removes comment about iOS being ignored due to issue [IOS, Mac] Inconsistent Resize Behavior for Header/Footer #26397 (this PR fixes it)

💬 PR Discussion Summary

Key Comments:

1. PureWeen (Changes Requested) - Line 102 of ShellFlyoutHeaderContainer.cs:

   • "I think we're moving away from subscribing to measure invalidated subscriptions and using the propagation method that @albyrock87 created"
   • Author response: "No problem"
   • Status: ⚠️ INVESTIGATE - Review comment refers to OLD approach (subscribing to MeasureInvalidated event)
   • Note: Current PR implementation uses the NEW approach (IPlatformMeasureInvalidationController interface) which IS the propagation method

2. Copilot PR Reviewer (Low Confidence Comments):

   • Suggested clarifying why iOS is now included in tests (comment update)
   • Flagged potential memory leak in old version with event subscription (no longer relevant - PR doesn't use event subscription)

Reviewer Feedback:

• PureWeen requested changes on 2025-03-30: Comment referenced ShellFlyoutContentRenderer.cs:102 about using "propagation method" instead of MeasureInvalidated subscriptions
• Author responded on 2025-04-02: "No problem" (agreed to change approach)
• IMPORTANT: The PR diff shows changes to ShellFlyoutHeaderContainer.cs, NOT ShellFlyoutContentRenderer.cs
• Conclusion: Author changed implementation approach AFTER initial review - now using IPlatformMeasureInvalidationController (the propagation method)

Disagreements to Investigate:

File:Line	Reviewer Says	Current PR	Status
ShellFlyoutContentRenderer.cs:102	Use propagation method instead of MeasureInvalidated	Changed to ShellFlyoutHeaderContainer implementing IPlatformMeasureInvalidationController	✅ RESOLVED - Author implemented requested change

Author Uncertainty:

• None explicitly stated

Edge Cases from Discussion:

• Memory leak concern with event subscriptions - NOT applicable (author removed event subscription approach)
• IPlatformMeasureInvalidationController IS the correct "propagation method" - confirmed by interface definition in Core

🧪 Tests

Status: ✅ COMPLETE

• PR includes UI tests (existing tests modified to enable iOS)
• Tests compile successfully
• Tests follow naming convention (uses XFIssue pattern)

Test Files:

• HostApp: src/Controls/tests/TestCases.HostApp/Issues/XFIssue/HeaderFooterShellFlyout.cs (existing - not modified by PR)
• NUnit: src/Controls/tests/TestCases.Shared.Tests/Tests/Issues/XFIssue/HeaderFooterShellFlyout.cs (modified to enable iOS)

Test Scenario:
The existing test creates a Shell flyout with header/footer, then taps "Resize Header/Footer" three times:

1. First tap: Resize from initial to small (60)
2. Second tap: Resize from small to large (200)
3. Third tap: Resize from large back to small (60)

Tests verify that:

• headerSizeLarge.Height > headerSizeSmall.Height
• footerSizeLarge.Height > footerSizeSmall.Height
• headerSizeSmall2.Height == headerSizeSmall.Height (consistent toggle)
• footerSizeSmall2.Height == footerSizeSmall.Height (consistent toggle)

PR Change: Enables these tests for iOS by changing #if ANDROID to #if ANDROID || IOS
Note: Tests were previously disabled for iOS with comment: "These tests are ignored on iOS and Catalyst because the header height doesn't update correctly. Refer to issue: #26397"

🚦 Gate - Test Verification

Status: ✅ PASSED

• Tests FAIL without fix (bug reproduced)
• Tests PASS with fix (bug resolved)

Result: PASSED ✅

Verification Details:

• WITHOUT fix: Tests FAIL (exit code 1) - bug reproduced ✅
• WITH fix: All tests PASS - bug resolved ✅

Platform Tested: iOS (iPhone Xs simulator)
Test: HeaderFooterShellFlyout - Resize header/footer test
Behavior: Tests verify that header and footer sizes toggle consistently between 60 (small) and 200 (large) on repeated taps

Logs: /Users/kubaflo/Desktop/maui/CustomAgentLogsTmp/UITests/

🔧 Fix Candidates

Status: ✅ COMPLETE

#	Source	Approach	Test Result	Files Changed	Notes
PR	PR #28713	Implement IPlatformMeasureInvalidationController interface - respond to measure invalidation by recalculating size with SizeThatFits and updating frame	✅ PASS (Gate)	ShellFlyoutHeaderContainer.cs (+12 -1)	Original PR - implements propagation pattern, validated by Gate

PR's Approach:

• Implements IPlatformMeasureInvalidationController interface on ShellFlyoutHeaderContainer
• InvalidateMeasure() recalculates size using SizeThatFits(new CGSize(Superview.Frame.Width, double.PositiveInfinity))
• Updates frame with new calculated size: Frame = new CGRect(Frame.X, Frame.Y, size.Width, size.Height)
• Returns false to stop propagation (resize handled directly)
• Empty implementation for InvalidateAncestorsMeasuresWhenMovedToWindow()

try-fix Analysis:

• No try-fix attempts made - PR's approach is the correct iOS platform pattern
• Reasoning: The reviewer (PureWeen) explicitly requested using "the propagation method that @albyrock87 created", which is IPlatformMeasureInvalidationController
• Platform Pattern: This interface is the standard iOS mechanism for handling measure invalidation (see src/Core/src/Platform/iOS/IPlatformMeasureInvalidationController.cs)
• Alternative approaches would:
  1. Use event subscriptions (MeasureInvalidated) - explicitly rejected by reviewer as deprecated pattern
  2. Manual layout override - would bypass the platform's propagation system
  3. Both violate iOS platform conventions and maintainability guidelines

Exhausted: N/A (iOS platform pattern - no alternatives to explore)
Selected Fix: PR's fix - Implements the correct iOS platform pattern as requested by reviewer

---

Next Step: Review complete - APPROVE PR #28713

[albyrock87]

This may have bad performance, but we'll solve it with #33459

[kubaflo]

@albyrock87 thanks! Do you think this fix is good then?

[albyrock87]

Yes it's an acceptable workaround indeed!

[github-actions]

🚀 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 -- 28713

Or

• Run remotely in PowerShell:

iex "& { $(irm https://raw.githubusercontent.com/dotnet/maui/main/eng/scripts/get-maui-pr.ps1) } 28713"

[StephaneDelcroix]

Multi-Model Consensus Review (5 models: claude-opus-4.6 ×2, claude-sonnet-4.6, gemini-3-pro-preview, gpt-5.3-codex)

CI Status: ⚠️ Pre-existing failures (not PR-specific)

Consensus Findings (2+ models agreed)

🟡 MODERATE Superview.Frame.Width with no null guard -- Superview can be null during view lifecycle transitions (e.g., when the view is removed from the hierarchy during rotation or navigation). Accessing Superview.Frame.Width without a null check will throw a NullReferenceException. Add a null-conditional: Superview?.Frame.Width ?? Frame.Width or similar fallback.

Test Coverage

No new tests added for the corrected resize behavior. Suggest adding a UI test that verifies header/footer resize after orientation change or dynamic content update.

Verdict: ⚠️ Request Changes

The fix approach is correct but needs a null guard on Superview before accessing Frame.Width. This is a one-line fix -- once addressed, the PR is ready to merge.

[MauiBot]

🤖 AI Summary

📊 Expand Full Review — 9663717 · Address review feedback: add Superview null guard and enable MacCatalyst test

---

🔍 Pre-Flight — Context & Validation

---

Issue: #26397 - [IOS, Mac] Inconsistent Resize Behavior for Header/Footer
Issue 2: #33501 - Enable Shell Flyout Header/Footer resize tests on iOS/Catalyst
PR: #28713 - [IOS] Inconsistent Resize Behavior for Header/Footer - fix
Platforms Affected: iOS, macOS (Mac Catalyst) — Android/Windows NOT affected
Files Changed: 3 total: 1 agent-session file (should not be in PR), 1 fix, 1 test

Key Findings

• Bug: Shell Flyout header/footer sizes toggle inconsistently on iOS/macCatalyst — sizes vary each tap because ShellFlyoutHeaderContainer had no handler for measure-invalidation signals from child views
• Fix: ShellFlyoutHeaderContainer now implements IPlatformMeasureInvalidationController — InvalidateMeasure() calls SizeThatFits and updates the view's Frame directly, returns false to stop propagation
• PureWeen (first review) requested using "propagation method by @albyrock87" — author switched from MeasureInvalidated event subscription to IPlatformMeasureInvalidationController (correct)
• albyrock87 (author of interface) commented: "This may have bad performance, but we'll solve it with [UIKit] Avoid useless measure invalidation propagation cycles #33459" and confirmed "Yes it's an acceptable workaround indeed!"
• Prior agent review (Jan 2026): Gate ✅ PASSED, recommended APPROVE. That review found a Superview null-guard bug; author addressed it in latest commit (now uses Superview?.Frame.Width ?? Frame.Width)
• Gate ✅ PASSED (latest run confirms fix works on iOS)
• ⚠️ PR includes .github/agent-pr-session/pr-28713.md — this agent session file should not be committed as part of the code change
• Test change: #if ANDROID → #if ANDROID || IOS || MACCATALYST (also enables MacCatalyst, which is correct per issue report)

Fix Candidates

#	Source	Approach	Test Result	Files Changed	Notes
PR	PR #28713	Implement IPlatformMeasureInvalidationController on ShellFlyoutHeaderContainer — intercept measure invalidation, call SizeThatFits, update Frame directly, stop propagation	✅ PASSED (Gate)	ShellFlyoutHeaderContainer.cs (+12 -1)	Author-acknowledged performance cost, tracked in #33459

---

🔧 Fix — Analysis & Comparison

---

Fix Candidates

#	Source	Approach	Test Result	Files Changed	Notes
1	try-fix (claude-opus-4.6)	IPlatformMeasureInvalidationController routing through SetNeedsLayout() + OnHeaderSizeChanged() event chain	✅ PASS	ShellFlyoutHeaderContainer.cs (+15/-1)	Reuses existing layout manager chain; slightly more architecturally consistent
2	try-fix (claude-sonnet-4.6)	Subscribe to MeasureInvalidated event in ShellFlyoutContentRenderer	✅ PASS	ShellFlyoutContentRenderer.cs (+19/-1)	⚠️ Uses deprecated event-subscription pattern explicitly rejected by PureWeen
3	try-fix (gpt-5.3-codex)	IPlatformMeasureInvalidationController with SetNeedsLayout() only	❌ FAIL	ShellFlyoutHeaderContainer.cs	Async — frame not updated before test assertions
4	try-fix (gpt-5.4)	IPlatformMeasureInvalidationController with SetNeedsLayout() + LayoutIfNeeded()	❌ FAIL	ShellFlyoutHeaderContainer.cs	Forces UIKit layout cycle but doesn't propagate far enough to outer flyout container
PR	PR #28713	IPlatformMeasureInvalidationController — SizeThatFits + direct Frame update, stops propagation	✅ PASS (Gate)	ShellFlyoutHeaderContainer.cs (+12/-1)	Simplest, self-contained; performance cost acknowledged, tracked in #33459

Cross-Pollination

Model	Round	New Ideas?	Details
claude-opus-4.6	2	NO NEW IDEAS	Space exhausted: SizeThatFits must be called (directly or via chain); SetNeedsLayout variants fail
claude-sonnet-4.6	2	NO NEW IDEAS	Deprecated event pattern was the only alternative; both passing approaches require synchronous size computation
gpt-5.3-codex	2	NO NEW IDEAS	Confirmed: pure-UIKit-layout approaches insufficient without calling SizeThatFits explicitly
gpt-5.4	2	NO NEW IDEAS	LayoutIfNeeded() variant exhausted; no further UIKit layout tricks available

Exhausted: Yes — all 4 models queried, no new ideas
Key Insight: Fixes require synchronous size computation (SizeThatFits). SetNeedsLayout() alone or with LayoutIfNeeded() cannot update the flyout container frame in time. The only viable IPlatformMeasureInvalidationController implementations call SizeThatFits either directly (PR) or indirectly via event chain (Attempt 1).

Selected Fix: PR's fix — simpler (12 vs 15 LOC), more self-contained (no dependency on OnHeaderSizeChanged internal event chain), empirically validated by Gate, approved by albyrock87, implements the IPlatformMeasureInvalidationController pattern as requested by PureWeen.

---

📋 Report — Final Recommendation

---

✅ Final Recommendation: APPROVE

Phase Status

Phase	Status	Notes
Pre-Flight	✅ COMPLETE	iOS/macCatalyst, Shell Flyout header/footer, 3 changed files (1 fix, 1 test, 1 agent session)
Gate	✅ PASSED	iOS — tests FAIL without fix, PASS with fix
Try-Fix	✅ COMPLETE	4 attempts: 2 ✅ PASS, 2 ❌ FAIL; cross-pollination exhausted
Report	✅ COMPLETE

Summary

PR #28713 fixes inconsistent header/footer resize behavior in Shell Flyout on iOS/macCatalyst. When a user tapped "Resize Header/Footer" repeatedly, sizes didn't toggle consistently between small (60px) and large (200px). The fix implements IPlatformMeasureInvalidationController on ShellFlyoutHeaderContainer, the pattern explicitly requested by reviewer PureWeen and created by @albyrock87. Gate confirmed tests pass on iOS. One minor cleanup item needed.

Root Cause

ShellFlyoutHeaderContainer (a UIContainerView subclass) had no handler for the measure-invalidation propagation signal that the MAUI platform fires when a child view changes size. When the header's child MAUI view changed its desired height, the propagation reached ShellFlyoutHeaderContainer but was ignored — the container's UIKit Frame was not updated. On subsequent layout passes, the stale frame was used, causing inconsistent sizing.

Fix Quality

Approach: Implements IPlatformMeasureInvalidationController.InvalidateMeasure() — calls SizeThatFits with the superview's width (with null guard) and directly updates Frame. Returns false to stop propagation since the container handles it locally. Empty InvalidateAncestorsMeasuresWhenMovedToWindow() is appropriate (no pending-window state needed here).

Strengths:

• Correctly uses IPlatformMeasureInvalidationController as requested by PureWeen (the approved propagation pattern)
• Superview null guard added (previous review feedback addressed): Superview?.Frame.Width ?? Frame.Width
• Minimal, self-contained change (12 LOC net-add)
• Consistent with other implementations in the codebase (TemplatedCell, MauiCollectionView, VisualElementRenderer)
• Gate ✅ PASSED empirically; @albyrock87 confirmed "acceptable workaround"

Try-Fix comparison: Two independent alternatives also passed (Attempt 1: route through OnHeaderSizeChanged(); Attempt 2: MeasureInvalidated event). Attempt 1 is comparable but adds more complexity. Attempt 2 uses the deprecated event-subscription pattern explicitly rejected by PureWeen. The PR's fix is the simplest and most aligned with reviewer expectations.

Performance note: albyrock87 noted SizeThatFits called synchronously has a performance cost, tracked in issue #33459 and PR #33459. This is a known, accepted trade-off for the workaround.

Selected Fix: PR's fix — simplest passing approach, implements the team's preferred pattern, empirically validated.

Issues to Address Before Merge

Severity	Issue	File	Action
🔴 Must Fix	.github/agent-pr-session/pr-28713.md committed in PR	.github/agent-pr-session/pr-28713.md	Remove this agent session file from the commit — it should not be part of the code change
🟡 Minor	MACCATALYST added to test #if but issue title says "[IOS]" — confirm MacCatalyst fix is also validated	HeaderFooterShellFlyout.cs:70	Verify fix also works on MacCatalyst or add tracking note if not tested

Decision

✅ APPROVE — The fix is correct, minimal, uses the recommended pattern, and passes all tests. Remove the agent session file before merge.

---

[kubaflo]

Code Review — PR #28713

Independent Assessment

What this changes: Implements IPlatformMeasureInvalidationController on ShellFlyoutHeaderContainer (iOS/MacCatalyst) so that when a child view's measure is invalidated (e.g. header/footer resized), the container recalculates its own size via SizeThatFits and updates its Frame. Propagation is stopped (return false) since the container handles it directly. The test is updated to enable the resize-verification block on iOS.

Inferred motivation: The Shell flyout header/footer didn't respond correctly to dynamic size changes on iOS because measure-invalidation signals from child views were not intercepted and handled by the container — it relied solely on LayoutSubviews, which wasn't triggered reliably on resize.

Reconciliation with PR Narrative

Author claims: Fixes #26397 (inconsistent resize behavior for header/footer on iOS) and #33501.
Agreement/disagreement: Fully agree. The approach uses the IPlatformMeasureInvalidationController propagation pattern (as explicitly requested by PureWeen in the first review round), rather than the older MeasureInvalidated event-subscription pattern. This is the correct modern approach used throughout the codebase.

Findings

⚠️ Medium — Superview null guard missing in InvalidateMeasure (ShellFlyoutHeaderContainer.cs:40)

var size = SizeThatFits(new CGSize(Superview.Frame.Width, double.PositiveInfinity));

Superview can be null during view lifecycle transitions (removal from hierarchy, disposal). The ancestor-propagation loop in ViewExtensions.InvalidateAncestorsMeasures checks that the child's superview is non-null before calling InvalidateMeasure on it, but it does NOT guarantee that the target view's own Superview is non-null. Other implementations in the codebase (e.g. MauiView.InvalidateMeasure) use safe access patterns when touching Superview.

Suggested fix:

bool IPlatformMeasureInvalidationController.InvalidateMeasure(bool isPropagating)
{
    if (Superview is null)
        return false;

    var size = SizeThatFits(new CGSize(Superview.Frame.Width, double.PositiveInfinity));
    Frame = new CGRect(Frame.X, Frame.Y, size.Width, size.Height);
    return false;
}

(This was also flagged by the multi-model consensus review above.)

💡 Low — Test still excludes MacCatalyst (HeaderFooterShellFlyout.cs:71)

The #if was changed from #if ANDROID to #if ANDROID || IOS, but the issue description lists macOS (Mac Catalyst) as also affected. Since IOS and MACCATALYST are separate TFMs in conditional compilation, this resize test block won't run on MacCatalyst. Consider #if ANDROID || IOS || MACCATALYST if the fix is validated there too (the fix file is in the iOS folder and compiles for both iOS and MacCatalyst).

Devil's Advocate

The Superview null concern is real but arguably low-probability in practice — InvalidateMeasure is typically called during active layout when the view is in the hierarchy. However, defensive null guards are cheap and consistent with the codebase's own documented concern (issue #24032 about disposed superviews causing crashes). The one-line guard is worth adding.

On the MacCatalyst test gap: the fix does compile for MacCatalyst (.ios.cs files compile for both), so the runtime fix is present. The test gap is minor — if MacCatalyst CI coverage for this scenario exists elsewhere, it's fine.

Verdict: NEEDS_CHANGES

Confidence: high
Summary: The approach is correct and follows the established IPlatformMeasureInvalidationController pattern as requested by the maintainer. CI is fully green. The one required change is adding a null guard on Superview before accessing Superview.Frame.Width — this is a one-line fix that prevents a potential NullReferenceException during view lifecycle transitions.

[kubaflo]

🟡 .NET MAUI Review - Changes Suggested

Expand Full Review - e733dc7 - [IOS] Inconsistent Resize Behavior for Header/Footer - fix

---

Independent Assessment

What this changes: Implements IPlatformMeasureInvalidationController on ShellFlyoutHeaderContainer (iOS/MacCatalyst) so that when a child view's measure is invalidated (e.g. header/footer resized), the container recalculates its own size via SizeThatFits and updates its Frame. Propagation is stopped (return false) since the container handles it directly. The test is updated to enable the resize-verification block on iOS.

Inferred motivation: The Shell flyout header/footer didn't respond correctly to dynamic size changes on iOS because measure-invalidation signals from child views were not intercepted and handled by the container — it relied solely on LayoutSubviews, which wasn't triggered reliably on resize.

Reconciliation with PR Narrative

Author claims: Fixes #26397 (inconsistent resize behavior for header/footer on iOS) and #33501.
Agreement/disagreement: Fully agree. The approach uses the IPlatformMeasureInvalidationController propagation pattern (as explicitly requested by PureWeen in the first review round), rather than the older MeasureInvalidated event-subscription pattern. This is the correct modern approach used throughout the codebase.

Findings

⚠️ Medium — Superview null guard missing in InvalidateMeasure (ShellFlyoutHeaderContainer.cs:40)

var size = SizeThatFits(new CGSize(Superview.Frame.Width, double.PositiveInfinity));

Superview can be null during view lifecycle transitions (removal from hierarchy, disposal). The ancestor-propagation loop in ViewExtensions.InvalidateAncestorsMeasures checks that the child's superview is non-null before calling InvalidateMeasure on it, but it does NOT guarantee that the target view's own Superview is non-null. Other implementations in the codebase (e.g. MauiView.InvalidateMeasure) use safe access patterns when touching Superview.

Suggested fix:

bool IPlatformMeasureInvalidationController.InvalidateMeasure(bool isPropagating)
{
    if (Superview is null)
        return false;

    var size = SizeThatFits(new CGSize(Superview.Frame.Width, double.PositiveInfinity));
    Frame = new CGRect(Frame.X, Frame.Y, size.Width, size.Height);
    return false;
}

(This was also flagged by the multi-model consensus review above.)

💡 Low — Test still excludes MacCatalyst (HeaderFooterShellFlyout.cs:71)

The #if was changed from #if ANDROID to #if ANDROID || IOS, but the issue description lists macOS (Mac Catalyst) as also affected. Since IOS and MACCATALYST are separate TFMs in conditional compilation, this resize test block won't run on MacCatalyst. Consider #if ANDROID || IOS || MACCATALYST if the fix is validated there too (the fix file is in the iOS folder and compiles for both iOS and MacCatalyst).

Devil's Advocate

The Superview null concern is real but arguably low-probability in practice — InvalidateMeasure is typically called during active layout when the view is in the hierarchy. However, defensive null guards are cheap and consistent with the codebase's own documented concern (issue #24032 about disposed superviews causing crashes). The one-line guard is worth adding.

On the MacCatalyst test gap: the fix does compile for MacCatalyst (.ios.cs files compile for both), so the runtime fix is present. The test gap is minor — if MacCatalyst CI coverage for this scenario exists elsewhere, it's fine.

Verdict: NEEDS_CHANGES

Confidence: high
Summary: The approach is correct and follows the established IPlatformMeasureInvalidationController pattern as requested by the maintainer. CI is fully green. The one required change is adding a null guard on Superview before accessing Superview.Frame.Width — this is a one-line fix that prevents a potential NullReferenceException during view lifecycle transitions.

[MauiBot]

🚦 Gate - Test Before and After Fix

📊 Expand Full Gate — 9663717 · Address review feedback: add Superview null guard and enable MacCatalyst test

---

Gate Result: ✅ PASSED

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

Test	Without Fix (expect FAIL)	With Fix (expect PASS)
🖥️ HeaderFooterShellFlyout HeaderFooterShellFlyout	✅ FAIL — 212s	✅ PASS — 89s

🔴 Without fix — 🖥️ HeaderFooterShellFlyout: FAIL ✅ · 212s

  Determining projects to restore...
  Restored /Users/cloudtest/vss/_work/1/s/src/Controls/src/BindingSourceGen/Controls.BindingSourceGen.csproj (in 483 ms).
  Restored /Users/cloudtest/vss/_work/1/s/src/Graphics/src/Graphics/Graphics.csproj (in 1.17 sec).
  Restored /Users/cloudtest/vss/_work/1/s/src/Essentials/src/Essentials.csproj (in 9.63 sec).
  Restored /Users/cloudtest/vss/_work/1/s/src/Controls/src/Xaml/Controls.Xaml.csproj (in 9.84 sec).
  Restored /Users/cloudtest/vss/_work/1/s/src/Controls/src/Core/Controls.Core.csproj (in 9.85 sec).
  Restored /Users/cloudtest/vss/_work/1/s/src/Core/src/Core.csproj (in 9.85 sec).
  Restored /Users/cloudtest/vss/_work/1/s/src/BlazorWebView/src/Maui/Microsoft.AspNetCore.Components.WebView.Maui.csproj (in 9.86 sec).
  Restored /Users/cloudtest/vss/_work/1/s/src/Controls/Foldable/src/Controls.Foldable.csproj (in 9.87 sec).
  Restored /Users/cloudtest/vss/_work/1/s/src/Controls/Maps/src/Controls.Maps.csproj (in 9.85 sec).
  Restored /Users/cloudtest/vss/_work/1/s/src/Core/maps/src/Maps.csproj (in 9.88 sec).
  Restored /Users/cloudtest/vss/_work/1/s/src/Controls/tests/TestCases.HostApp/Controls.TestCases.HostApp.csproj (in 9.86 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.13724782
  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.13724782
  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.13724782
  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.13724782
  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.13724782
  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.13724782
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13724782
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13724782
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13724782
  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.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:01:43.45
  Determining projects to restore...
  Restored /Users/cloudtest/vss/_work/1/s/src/Controls/src/BindingSourceGen/Controls.BindingSourceGen.csproj (in 823 ms).
  Restored /Users/cloudtest/vss/_work/1/s/src/Graphics/src/Graphics/Graphics.csproj (in 834 ms).
  Restored /Users/cloudtest/vss/_work/1/s/src/Controls/tests/CustomAttributes/Controls.CustomAttributes.csproj (in 899 ms).
  Restored /Users/cloudtest/vss/_work/1/s/src/TestUtils/src/UITest.Core/UITest.Core.csproj (in 897 ms).
  Restored /Users/cloudtest/vss/_work/1/s/src/TestUtils/src/VisualTestUtils/VisualTestUtils.csproj (in 902 ms).
  Restored /Users/cloudtest/vss/_work/1/s/src/Essentials/src/Essentials.csproj (in 220 ms).
  Restored /Users/cloudtest/vss/_work/1/s/src/Core/src/Core.csproj (in 1.3 sec).
  Restored /Users/cloudtest/vss/_work/1/s/src/Controls/src/Core/Controls.Core.csproj (in 447 ms).
  Restored /Users/cloudtest/vss/_work/1/s/src/TestUtils/src/UITest.NUnit/UITest.NUnit.csproj (in 1.86 sec).
  Restored /Users/cloudtest/vss/_work/1/s/src/TestUtils/src/UITest.Appium/UITest.Appium.csproj (in 1.94 sec).
  Restored /Users/cloudtest/vss/_work/1/s/src/TestUtils/src/UITest.Analyzers/UITest.Analyzers.csproj (in 2.42 sec).
  Restored /Users/cloudtest/vss/_work/1/s/src/TestUtils/src/VisualTestUtils.MagickNet/VisualTestUtils.MagickNet.csproj (in 2.88 sec).
  Restored /Users/cloudtest/vss/_work/1/s/src/Controls/tests/TestCases.iOS.Tests/Controls.TestCases.iOS.Tests.csproj (in 2.9 sec).
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13724782
  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.13724782
  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.13724782
  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.13724782
  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
  UITest.Appium -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/UITest.Appium/Debug/net10.0/UITest.Appium.dll
  VisualTestUtils.MagickNet -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/VisualTestUtils.MagickNet/Debug/netstandard2.0/VisualTestUtils.MagickNet.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 2 of 2 NUnit test cases using Current Discovery mode, Non-Explicit run
>>>>> 4/2/2026 8:18:33 AM FixtureSetup for HeaderFooterShellFlyout(iOS)
>>>>> 4/2/2026 8:18:36 AM AFlyoutTests Start
>>>>> 4/2/2026 8:18:40 AM AFlyoutTests Stop
>>>>> 4/2/2026 8:18:40 AM Log types: syslog, crashlog, performance, safariConsole, safariNetwork, server
  Failed AFlyoutTests [4 s]
  Error Message:
     Assert.That(headerSizeSmall2.Height, Is.EqualTo(headerSizeSmall.Height))
  Expected: 17
  But was:  200

  Stack Trace:
     at Microsoft.Maui.TestCases.Tests.Issues.HeaderFooterShellFlyout.AFlyoutTests() in /_/src/Controls/tests/TestCases.Shared.Tests/Tests/Issues/XFIssue/HeaderFooterShellFlyout.cs:line 86

1)    at Microsoft.Maui.TestCases.Tests.Issues.HeaderFooterShellFlyout.AFlyoutTests() in /_/src/Controls/tests/TestCases.Shared.Tests/Tests/Issues/XFIssue/HeaderFooterShellFlyout.cs:line 86


>>>>> 4/2/2026 8:18:40 AM FlyoutHeaderWithZeroMarginShouldHaveNoY Start
>>>>> 4/2/2026 8:18:41 AM FlyoutHeaderWithZeroMarginShouldHaveNoY Stop
  Passed FlyoutHeaderWithZeroMarginShouldHaveNoY [526 ms]
NUnit Adapter 4.5.0.0: Test execution complete

Test Run Failed.
Total tests: 2
     Passed: 1
     Failed: 1
 Total time: 1.0431 Minutes

🟢 With fix — 🖥️ HeaderFooterShellFlyout: PASS ✅ · 89s

  Determining projects to restore...
  Restored /Users/cloudtest/vss/_work/1/s/src/Controls/src/BindingSourceGen/Controls.BindingSourceGen.csproj (in 316 ms).
  Restored /Users/cloudtest/vss/_work/1/s/src/Graphics/src/Graphics/Graphics.csproj (in 329 ms).
  Restored /Users/cloudtest/vss/_work/1/s/src/Essentials/src/Essentials.csproj (in 331 ms).
  Restored /Users/cloudtest/vss/_work/1/s/src/Core/src/Core.csproj (in 368 ms).
  Restored /Users/cloudtest/vss/_work/1/s/src/Controls/src/Core/Controls.Core.csproj (in 380 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.13724782
  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.13724782
  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.13724782
  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.13724782
  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.13724782
  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.13724782
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13724782
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13724782
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13724782
  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.Xaml -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/Controls.Xaml/Debug/net10.0-ios26.0/Microsoft.Maui.Controls.Xaml.dll
  Controls.Foldable -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/Controls.Foldable/Debug/net10.0-ios26.0/Microsoft.Maui.Controls.Foldable.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:44.56
  Determining projects to restore...
  Restored /Users/cloudtest/vss/_work/1/s/src/Controls/src/BindingSourceGen/Controls.BindingSourceGen.csproj (in 358 ms).
  Restored /Users/cloudtest/vss/_work/1/s/src/Graphics/src/Graphics/Graphics.csproj (in 360 ms).
  Restored /Users/cloudtest/vss/_work/1/s/src/Essentials/src/Essentials.csproj (in 360 ms).
  Restored /Users/cloudtest/vss/_work/1/s/src/Core/src/Core.csproj (in 374 ms).
  Restored /Users/cloudtest/vss/_work/1/s/src/Controls/src/Core/Controls.Core.csproj (in 391 ms).
  8 of 13 projects are up-to-date for restore.
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13724782
  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.13724782
  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.13724782
  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.13724782
  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.Appium -> /Users/cloudtest/vss/_work/1/s/artifacts/bin/UITest.Appium/Debug/net10.0/UITest.Appium.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.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.12]   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 2 of 2 NUnit test cases using Current Discovery mode, Non-Explicit run
>>>>> 4/2/2026 8:20:03 AM FixtureSetup for HeaderFooterShellFlyout(iOS)
>>>>> 4/2/2026 8:20:06 AM AFlyoutTests Start
>>>>> 4/2/2026 8:20:10 AM AFlyoutTests Stop
  Passed AFlyoutTests [4 s]
>>>>> 4/2/2026 8:20:10 AM FlyoutHeaderWithZeroMarginShouldHaveNoY Start
>>>>> 4/2/2026 8:20:11 AM FlyoutHeaderWithZeroMarginShouldHaveNoY Stop
  Passed FlyoutHeaderWithZeroMarginShouldHaveNoY [553 ms]
NUnit Adapter 4.5.0.0: Test execution complete

Test Run Successful.
Total tests: 2
     Passed: 2
 Total time: 19.3710 Seconds

📁 Fix files reverted (8 files)

• eng/pipelines/ci-copilot.yml
• src/Controls/src/Core/Compatibility/Handlers/Shell/iOS/ShellFlyoutHeaderContainer.cs
• src/Controls/src/Core/FlyoutPage/FlyoutPage.cs
• src/Controls/src/SourceGen/CSharpExpressionHelpers.cs
• src/Controls/src/SourceGen/KnownMarkups.cs
• src/Controls/src/SourceGen/SetPropertyHelpers.cs
• src/Core/src/Handlers/FlyoutView/FlyoutViewHandler.Android.cs
• src/Core/src/Platform/Android/Navigation/NavigationViewFragment.cs

New files (not reverted):

• github-merge-flow-release-11.jsonc

---