[Android] Prevent the tap that closes an open SwipeView from being propagated to children

[sjordanGSS]

Description of Change

An open SwipeView will close on tap, so a tap on an open SwipeView should be intercepted before it can be handled by child views. Otherwise tapping to close an open swipeview will result in Buttons, TapGestureRecognisers etc within SwipeView.Content being activated.

Issues Fixed

Fixes #23921

[sjordanGSS]

A more verbose explanation of the issue and the fix is here: #23921 (comment), I can add this to the PR description if desired.
This is my first PR here so I would appreciate any guidance :)

[jfversluis]

Hey @sjordanGSS thanks for your very first contribution! Exciting!

A couple of things:

• Please add a more meaningful title. This will end up in our commit history, having something that describes better what this does makes it more easy to navigate that later. Fixing issue ... is the result, not what is in this PR 😉
• It would be great to add a test! We have a couple of options for that, would you be able to look into that please?

We appreciate you looking into this <3

[sjordanGSS]

Quick update on this: I've renamed the PR as requested, hopefully it's is a little more useful now. I've been trying to write unit tests for the change but have been having trouble getting things to work: Visual Studio 17.11.1 crashes when I open any solution file, and VS Code fails to run the unit test app with an error that it can't find MainActivity. I'm working on this between other things at my day job and we've already fixed the issue on our side so I'm not able to dedicate a whole lot of time to working this out.

[sjordanGSS]

I've pushed a commit with two unit tests which I'm not able to run locally (I got the projects to load in Visual Studio, but it throws the same exception as VS Code: Cannot start the 'com.microsoft.maui.uitests' application. Consider checking the driver's troubleshooting documentation. Original error: Activity name '.com.microsoft.maui.uitests.MainActivity' used to start the app doesn't exist or cannot be launched! Make sure it exists and is a launchable activity), would it be possible to have them reviewed and run to see if I got them right? Thanks

[sjordanGSS]

@dotnet-policy-service agree company="Global Stock Systems Ltd"

[jsuarezruiz]

/rebase

[jsuarezruiz]

/azp run

[azure-pipelines]

Azure Pipelines successfully started running 3 pipeline(s).

[sjordanGSS]

@jsuarezruiz Thanks for running the tests. I've gotten the working on my pc now and I can see there are some problems with the tests I've written for this PR. I've pushed some changes, but it's currently in the situation where one test will fail if it is run immediately after the other. I'm still getting used to this testing framework unfortunately. Is there a better way to check if a button has been clicked than to set the text, and then check it in the test case? Thanks!

[sjordanGSS]

I've fixed the tests by duplicating the controls for each test. Can they be rerun?

[sjordanGSS]

@PureWeen @jsuarezruiz can tests be rerun on this PR? I've just updated the fork as it had gotten old

[jsuarezruiz]

/rebase

[jsuarezruiz]

/azp run

[azure-pipelines]

Azure Pipelines successfully started running 3 pipeline(s).

[sjordanGSS]

Huh, these were succeeding locally last time I ran them, and now the test project isn't compiling on my machine ;_;

[kubaflo]

🤖 AI Summary

📊 Expand Full Review

---

🔍 Pre-Flight — Context & Validation

---

📝 Review Session — Apply review suggestions from PR #24275 · caac343

---

Issue: #23921 - Tapping to close a SwipeView will activate TapGestureRecognizers on .Content
Platforms Affected: Android only
Files Changed: 1 fix file, 3 test files

Issue Summary

When a SwipeView is open and the user taps it to close it, the tap event propagates to child views (Buttons, TapGestureRecognizers) inside SwipeView.Content. This causes unintended activations of child controls when closing the SwipeView.

Root Cause (from issue author's analysis in #23921 comments): In ShouldInterceptTouch(), when a pure tap occurs (no movement), diffX == 0 and diffY == 0. The code falls through to compute swipe direction, picks SwipeDirection.Up (else branch when both diffs are 0). If no UpItems are configured, it returns false (don't intercept), allowing the tap to reach children.

Fix Description

In MauiSwipeView.cs ShouldInterceptTouch(), add early return:

if (diffX == 0 && diffY == 0)
    return _isOpen;

• When SwipeView is open → intercepts the tap (returns true), preventing child activation
• When SwipeView is closed → doesn't intercept the tap (returns false), allowing normal behavior

Files Changed

• Fix: src/Core/src/Platform/Android/MauiSwipeView.cs (+3 lines)
• Tests: src/Controls/tests/TestCases.HostApp/Issues/Issue23921.xaml (+31)
• Tests: src/Controls/tests/TestCases.HostApp/Issues/Issue23921.xaml.cs (+16)
• Tests: src/Controls/tests/TestCases.Shared.Tests/Tests/Issues/Issue23921.cs (+38)

Test Coverage

Two complementary tests added:

1. SwipeViewTappedWhenOpen_ClosesAndDoesNotPropagateTap - swipes open, taps to close, verifies button NOT clicked (tests the bug fix)
2. SwipeViewTappedWhenClosed_PropagatesTap - taps on closed SwipeView, verifies button IS clicked (tests normal behavior preserved)

Two separate SwipeViews used in the test page to prevent state dependencies between tests.

PR Discussion Notes

• PR author (sjordanGSS) is also the issue reporter and did root-cause analysis
• Author had difficulty running tests locally; tests were revised multiple times
• if( is missing space before parenthesis (minor style issue)
• This is the author's first contribution to MAUI
• Prior agent review (kubaflo) requested changes: Gate failed due to ADB infrastructure issues, not test logic

Fix Candidates

#	Source	Approach	Test Result	Files Changed	Notes
PR	PR #24275	Early return _isOpen when diffX==0 && diffY==0 in ShouldInterceptTouch	⏳ PENDING (Gate)	MauiSwipeView.cs (+3)	Original PR

---

🚦 Gate — Test Verification

---

📝 Review Session — Apply review suggestions from PR #24275 · caac343

---

Result: ❌ FAILED (Infrastructure/Environment Issues - 2 attempts)
Platform: android
Mode: Full Verification (RequireFullVerification)

Attempt 1 (first retry)

• Run WITHOUT fix: ❌ ADB0010 Broken pipe — Android deployment failure before tests ran
• Run WITH fix: ❌ ADB timeout — emulator state degraded from first failed run

Attempt 2 (second retry)

• Both builds SUCCEEDED (6m 59s and 6m 28s respectively)
• BOTH runs FAILED at FixtureSetup with TimeoutException
• Error: Cannot find GoToTestButton element
• Page source at failure: "System UI isn't responding" dialog (Android emulator crash)
• The GoToTestButton was never visible because the Android System UI had crashed on the emulator

Analysis

All failures are confirmed infrastructure/environment issues:

• Run 1 (Attempt 1): Transient ADB broken pipe — emulator disconnected mid-deployment
• Run 2 (Attempt 2): Android emulator System UI crash — "System UI isn't responding" ANR dialog appeared, blocking the test app

The tests never actually ran — they failed at the navigation setup step, not at the assertion step. This is a known flaky behavior with Android emulators under load.

The test logic itself appears correct (verified via static analysis):

• Two separate SwipeViews prevent state sharing between tests
• SwipeViewTappedWhenOpen_ClosesAndDoesNotPropagateTap uses swipe + click and checks button wasn't activated
• SwipeViewTappedWhenClosed_PropagatesTap uses click only and checks button WAS activated

Phase 3 (try-fix) skipped — cannot run reliable tests in this environment.

---

🔧 Fix — Analysis & Comparison

---

📝 Review Session — Apply review suggestions from PR #24275 · caac343

---

Fix Candidates

#	Source	Approach	Test Result	Files Changed	Notes
PR	PR #24275	Early return _isOpen when diffX==0 && diffY==0 in ShouldInterceptTouch	⚠️ INCONCLUSIVE (Gate env failure)	MauiSwipeView.cs (+3)	Original PR

Exhausted: N/A — Phase skipped (Gate environment infrastructure failed after 2 attempts)
Selected Fix: PR's fix — logically correct based on static code analysis; empirical verification blocked by Android emulator crashes in this environment.

Root Cause Analysis

In MauiSwipeView.ShouldInterceptTouch() (Android), when a pure tap occurs:

1. ACTION_DOWN sets _initialPoint in DispatchTouchEvent
2. OnInterceptTouchEvent fires, calls ShouldInterceptTouch
3. interceptPoint == _initialPoint at this moment → diffX == 0, diffY == 0
4. Without fix: code falls through to swipe direction calculation → picks SwipeDirection.Up (else branch) → if no UpItems configured, returns false → touch NOT intercepted → propagates to children (Button clicked, TapGestureRecognizer fires)
5. With fix: returns _isOpen → if open, intercepts the touch → children don't receive it → SwipeView closes

Note

Phase 3 (try-fix alternative exploration) was skipped because the Gate phase could not complete due to persistent Android emulator infrastructure failures (System UI crash). The PR's fix is the correct and only known approach based on the issue author's root-cause analysis.

---

📋 Report — Final Recommendation

---

📝 Review Session — Apply review suggestions from PR #24275 · caac343

---

✅ Final Recommendation: APPROVE

Summary

PR #24275 fixes a real Android-only bug where tapping to close an open SwipeView propagates the tap to child controls (Buttons, TapGestureRecognizers) inside SwipeView.Content. The fix is minimal, logically correct, and well-tested. Gate verification was blocked by Android emulator infrastructure failures in this environment (System UI crash), but code analysis confirms the fix is sound.

Root Cause

In MauiSwipeView.ShouldInterceptTouch() (Android):

1. ACTION_DOWN sets _initialPoint in DispatchTouchEvent
2. OnInterceptTouchEvent fires, calling ShouldInterceptTouch
3. For a pure tap: interceptPoint == _initialPoint → diffX == 0, diffY == 0
4. Without fix: falls through to swipe direction calculation → picks SwipeDirection.Up (else branch when diffs are both 0) → if no UpItems configured, returns false → touch NOT intercepted → propagates to children → Button clicked / TapGestureRecognizer fires
5. With fix: returns _isOpen → if open, intercepts the touch → children don't receive it

Fix Quality

✅ Logic is correct — 3-line change precisely targets the root cause
✅ Both sides handled — Intercepts when open (prevents child activation), passes through when closed (preserves normal tap behavior)
✅ Code style — if (diffX == 0 && diffY == 0) has correct spacing, consistent with the rest of the file
✅ Files have trailing newlines — All 4 changed files verified
✅ Category correct — UITestCategories.SwipeView exists and is appropriate
✅ Android-only scope — Correctly scoped to src/Core/src/Platform/Android/

Test Coverage

Two complementary tests cover both cases:

1. SwipeViewTappedWhenOpen_ClosesAndDoesNotPropagateTap — swipe opens SwipeView, click on it to close, verify Button NOT activated (tests the bug fix)
2. SwipeViewTappedWhenClosed_PropagatesTap — click on closed SwipeView, verify Button IS activated (tests normal behavior preserved)

Two separate SwipeViews prevent state sharing between tests — good design.

Gate Status

❌ Gate verification inconclusive — Android emulator crashed with "System UI isn't responding" ANR dialog on both attempts (2 retries). Infrastructure issue, not a test design issue. Test logic verified via static analysis.

PR Finalization

Title: ✅ Good
[Android] Prevent the tap that closes an open SwipeView from being propagated to children

Description: ⚠️ Needs NOTE block and root cause enrichment

The existing description is accurate but thin. Recommended addition:

<!-- 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!

### Root Cause

In `MauiSwipeView.ShouldInterceptTouch()`, when the user taps (rather than swipes) on an open `SwipeView`, `diffX == 0` and `diffY == 0`. The code fell through to the swipe direction calculation, picked `SwipeDirection.Up` (the else branch), and if no `UpItems` were defined, returned `false` — meaning `OnInterceptTouchEvent` did not intercept the touch. It propagated to child views, activating `Button`s and `TapGestureRecognizer`s.

### Description of Change

Adds an early return to `MauiSwipeView.ShouldInterceptTouch()`:

```csharp
if (diffX == 0 && diffY == 0)
    return _isOpen;

When the user performs a pure tap (zero movement), the method immediately returns whether the SwipeView is currently open. If open, the touch is intercepted — closing the SwipeView without activating children. If closed, the tap propagates to children normally.

Platform affected: Android only (src/Core/src/Platform/Android/MauiSwipeView.cs)

Issues Fixed

Fixes #23921

Platforms Tested

• iOS
• Android
• Windows
• Mac Catalyst

### Code Review
**✅ No blocking issues found.** Fix is clean, minimal, and correct. All previously noted style issues (space after `if`, trailing newlines) are already addressed in the current PR state.

</details>

</details>

---

</details>
<!-- /SECTION:PR-REVIEW -->


<!-- SECTION:PR-FINALIZE -->
<details>
<summary>📋 <strong>Expand PR Finalization Review</strong></summary>

---

<details>

<summary><b>Title: ✅ Good</b></summary>

<br>

**Current:** `[Android] Prevent the tap that closes an open SwipeView from being propagated to children`
</details>

<details>

<summary><b>Description: ✅ Good</b></summary>

<br>

Description needs updates. See details below.
### ✨ Suggested PR Description

<!-- 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!

### Root Cause

In `MauiSwipeView.ShouldInterceptTouch` on Android, a stationary tap (where `diffX == 0` and `diffY == 0`) was falling through to swipe-direction detection logic. That logic determined whether to intercept touch based on available swipe items in the detected direction — but for a zero-delta tap, there is no meaningful direction, so the method returned `false` (don't intercept). This allowed the tap to propagate to child views (e.g., `Button`, `TapGestureRecognizer`) even when the `SwipeView` was open, causing unintended activations.

### Description of Change

In `MauiSwipeView.cs`, an early-return guard was added to `ShouldInterceptTouch`:

```csharp
if (diffX == 0 && diffY == 0)
    return _isOpen;

When the touch delta is zero (a stationary tap rather than a swipe), the method now immediately returns _isOpen:

• SwipeView is open → intercept the tap (true) so the SwipeView closes without the tap reaching child views
• SwipeView is closed → don't intercept (false) so the tap passes through to child views normally

Two UI tests were added to cover both scenarios:

• SwipeViewTappedWhenOpen_ClosesAndDoesNotPropagateTap — verifies tapping an open SwipeView does not activate the child Button
• SwipeViewTappedWhenClosed_PropagatesTap — verifies tapping a closed SwipeView does activate the child Button

Issues Fixed

Fixes #23921

Platforms Affected

• Android (fix applies only to MauiSwipeView.cs)
• iOS (not affected)
• Windows (not affected)
• Mac Catalyst (not affected)

Code Review: ✅ Passed

Code Review — PR #24275

Code Changes Reviewed

File	Change
src/Core/src/Platform/Android/MauiSwipeView.cs	+3 lines in ShouldInterceptTouch
src/Controls/tests/TestCases.HostApp/Issues/Issue23921.xaml	New test page (XAML)
src/Controls/tests/TestCases.HostApp/Issues/Issue23921.xaml.cs	New test page code-behind
src/Controls/tests/TestCases.Shared.Tests/Tests/Issues/Issue23921.cs	New UI tests

---

🟢 Critical Issues

None.

---

🟡 Suggestions

1. Test Assertion Style — Intermediate Variable is Unnecessary

File: src/Controls/tests/TestCases.Shared.Tests/Tests/Issues/Issue23921.cs

Current code:

var buttonWasClicked = button.GetText() == "tapped";
Assert.That(buttonWasClicked, Is.False);

and

var buttonWasClicked = button.GetText() == "tapped";
Assert.That(buttonWasClicked, Is.True);

Suggestion: Assert directly on the value for a cleaner test and better failure messages:

Assert.That(button.GetText(), Is.Not.EqualTo("tapped"));

and

Assert.That(button.GetText(), Is.EqualTo("tapped"));

This is a minor style issue — functional correctness is unaffected.

2. Test Uses App.Click Rather Than App.Tap

File: src/Controls/tests/TestCases.Shared.Tests/Tests/Issues/Issue23921.cs

App.Click("swipeOne") is used to tap the SwipeView. Confirm that Click is the appropriate Appium action here (vs Tap). In most MAUI UI test patterns, App.Tap("elementId") is the idiomatic method. This may work correctly in practice, but verify against similar SwipeView tests in the codebase to ensure consistent usage.

3. button_Clicked Handler Uses Potentially Unsafe Cast

File: src/Controls/tests/TestCases.HostApp/Issues/Issue23921.xaml.cs

Current code:

private void button_Clicked(object sender, EventArgs e)
{
    var button = sender as Button;
    button.Text = "tapped";
}

If sender is unexpectedly not a Button (e.g., future refactoring), this will throw a NullReferenceException rather than giving a clear cast failure. For test/sample code this is low risk, but a safer pattern would be:

private void button_Clicked(object sender, EventArgs e)
{
    if (sender is Button button)
        button.Text = "tapped";
}

---

✅ Looks Good

• Fix logic is correct and minimal. The 3-line change correctly handles the zero-delta tap case by short-circuiting with _isOpen, cleanly separating tap-interception from swipe-interception logic.
• No regression risk for swipe behavior. The early-return only triggers when diffX == 0 && diffY == 0 — an actual swipe always produces a non-zero delta and is unaffected.
• Tests cover both code paths. One test for open SwipeView (should not propagate), one for closed SwipeView (should propagate).
• Android-only change. The fix is scoped to MauiSwipeView.cs (Android platform), so iOS/Windows/Mac are unaffected.
• [Issue] attribute is correct. PlatformAffected.Android matches the platform scope.

---

[kubaflo]

/azp run maui-pr-uitests

[azure-pipelines]

Azure Pipelines successfully started running 1 pipeline(s).

[kubaflo]

/azp run maui-pr-uitests

[azure-pipelines]

Azure Pipelines successfully started running 1 pipeline(s).

[kubaflo]

/azp run maui-pr-uitests

[azure-pipelines]

Azure Pipelines successfully started running 1 pipeline(s).

[MauiBot]

🚦 Gate - Test Before and After Fix

📊 Expand Full Gate — a560c55 · Fix UI test: make Android-only, convert to C#, verify swipe opened

---

Gate Result: ✅ PASSED

Platform: ANDROID · Base: main · Merge base: 794a9fa6

Test	Without Fix (expect FAIL)	With Fix (expect PASS)
🖥️ Issue23921 Issue23921	✅ FAIL — 1674s	✅ PASS — 513s

🔴 Without fix — 🖥️ Issue23921: FAIL ✅ · 1674s

(truncated to last 15,000 chars)

y.InstallPackage(Boolean installed) [/home/vsts/work/1/s/src/Controls/tests/TestCases.HostApp/Controls.TestCases.HostApp.csproj::TargetFramework=net10.0-android]
/home/vsts/work/1/s/.dotnet/packs/Microsoft.Android.Sdk.Linux/36.1.2/tools/Xamarin.Android.Common.Debugging.targets(333,5): error ADB0010:    at Xamarin.Android.Tasks.FastDeploy.InstallPackage(Boolean installed) [/home/vsts/work/1/s/src/Controls/tests/TestCases.HostApp/Controls.TestCases.HostApp.csproj::TargetFramework=net10.0-android]
/home/vsts/work/1/s/.dotnet/packs/Microsoft.Android.Sdk.Linux/36.1.2/tools/Xamarin.Android.Common.Debugging.targets(333,5): error ADB0010:    at Xamarin.Android.Tasks.FastDeploy.RunInstall() [/home/vsts/work/1/s/src/Controls/tests/TestCases.HostApp/Controls.TestCases.HostApp.csproj::TargetFramework=net10.0-android]

Build FAILED.

/home/vsts/work/1/s/.dotnet/packs/Microsoft.Android.Sdk.Linux/36.1.2/tools/Xamarin.Android.Common.Debugging.targets(333,5): error ADB0010: Mono.AndroidTools.InstallFailedException: Unexpected install output: cmd: Failure calling service package: Broken pipe (32) [/home/vsts/work/1/s/src/Controls/tests/TestCases.HostApp/Controls.TestCases.HostApp.csproj::TargetFramework=net10.0-android]
/home/vsts/work/1/s/.dotnet/packs/Microsoft.Android.Sdk.Linux/36.1.2/tools/Xamarin.Android.Common.Debugging.targets(333,5): error ADB0010:  [/home/vsts/work/1/s/src/Controls/tests/TestCases.HostApp/Controls.TestCases.HostApp.csproj::TargetFramework=net10.0-android]
/home/vsts/work/1/s/.dotnet/packs/Microsoft.Android.Sdk.Linux/36.1.2/tools/Xamarin.Android.Common.Debugging.targets(333,5): error ADB0010:    at Mono.AndroidTools.Internal.AdbOutputParsing.CheckInstallSuccess(String output, String packageName) [/home/vsts/work/1/s/src/Controls/tests/TestCases.HostApp/Controls.TestCases.HostApp.csproj::TargetFramework=net10.0-android]
/home/vsts/work/1/s/.dotnet/packs/Microsoft.Android.Sdk.Linux/36.1.2/tools/Xamarin.Android.Common.Debugging.targets(333,5): error ADB0010:    at Mono.AndroidTools.AndroidDevice.<>c__DisplayClass105_0.<InstallPackage>b__0(Task`1 t) [/home/vsts/work/1/s/src/Controls/tests/TestCases.HostApp/Controls.TestCases.HostApp.csproj::TargetFramework=net10.0-android]
/home/vsts/work/1/s/.dotnet/packs/Microsoft.Android.Sdk.Linux/36.1.2/tools/Xamarin.Android.Common.Debugging.targets(333,5): error ADB0010:    at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state) [/home/vsts/work/1/s/src/Controls/tests/TestCases.HostApp/Controls.TestCases.HostApp.csproj::TargetFramework=net10.0-android]
/home/vsts/work/1/s/.dotnet/packs/Microsoft.Android.Sdk.Linux/36.1.2/tools/Xamarin.Android.Common.Debugging.targets(333,5): error ADB0010: --- End of stack trace from previous location --- [/home/vsts/work/1/s/src/Controls/tests/TestCases.HostApp/Controls.TestCases.HostApp.csproj::TargetFramework=net10.0-android]
/home/vsts/work/1/s/.dotnet/packs/Microsoft.Android.Sdk.Linux/36.1.2/tools/Xamarin.Android.Common.Debugging.targets(333,5): error ADB0010:    at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state) [/home/vsts/work/1/s/src/Controls/tests/TestCases.HostApp/Controls.TestCases.HostApp.csproj::TargetFramework=net10.0-android]
/home/vsts/work/1/s/.dotnet/packs/Microsoft.Android.Sdk.Linux/36.1.2/tools/Xamarin.Android.Common.Debugging.targets(333,5): error ADB0010:    at System.Threading.Tasks.Task.ExecuteWithThreadLocal(Task& currentTaskSlot, Thread threadPoolThread) [/home/vsts/work/1/s/src/Controls/tests/TestCases.HostApp/Controls.TestCases.HostApp.csproj::TargetFramework=net10.0-android]
/home/vsts/work/1/s/.dotnet/packs/Microsoft.Android.Sdk.Linux/36.1.2/tools/Xamarin.Android.Common.Debugging.targets(333,5): error ADB0010: --- End of stack trace from previous location --- [/home/vsts/work/1/s/src/Controls/tests/TestCases.HostApp/Controls.TestCases.HostApp.csproj::TargetFramework=net10.0-android]
/home/vsts/work/1/s/.dotnet/packs/Microsoft.Android.Sdk.Linux/36.1.2/tools/Xamarin.Android.Common.Debugging.targets(333,5): error ADB0010:    at AndroidDeviceExtensions.PushAndInstallPackageAsync(AndroidDevice device, PushAndInstallCommand command, CancellationToken token) [/home/vsts/work/1/s/src/Controls/tests/TestCases.HostApp/Controls.TestCases.HostApp.csproj::TargetFramework=net10.0-android]
/home/vsts/work/1/s/.dotnet/packs/Microsoft.Android.Sdk.Linux/36.1.2/tools/Xamarin.Android.Common.Debugging.targets(333,5): error ADB0010:    at AndroidDeviceExtensions.PushAndInstallPackageAsync(AndroidDevice device, PushAndInstallCommand command, CancellationToken token) [/home/vsts/work/1/s/src/Controls/tests/TestCases.HostApp/Controls.TestCases.HostApp.csproj::TargetFramework=net10.0-android]
/home/vsts/work/1/s/.dotnet/packs/Microsoft.Android.Sdk.Linux/36.1.2/tools/Xamarin.Android.Common.Debugging.targets(333,5): error ADB0010:    at Xamarin.Android.Tasks.FastDeploy.InstallPackage(Boolean installed) [/home/vsts/work/1/s/src/Controls/tests/TestCases.HostApp/Controls.TestCases.HostApp.csproj::TargetFramework=net10.0-android]
/home/vsts/work/1/s/.dotnet/packs/Microsoft.Android.Sdk.Linux/36.1.2/tools/Xamarin.Android.Common.Debugging.targets(333,5): error ADB0010:    at Xamarin.Android.Tasks.FastDeploy.InstallPackage(Boolean installed) [/home/vsts/work/1/s/src/Controls/tests/TestCases.HostApp/Controls.TestCases.HostApp.csproj::TargetFramework=net10.0-android]
/home/vsts/work/1/s/.dotnet/packs/Microsoft.Android.Sdk.Linux/36.1.2/tools/Xamarin.Android.Common.Debugging.targets(333,5): error ADB0010:    at Xamarin.Android.Tasks.FastDeploy.RunInstall() [/home/vsts/work/1/s/src/Controls/tests/TestCases.HostApp/Controls.TestCases.HostApp.csproj::TargetFramework=net10.0-android]
    0 Warning(s)
    1 Error(s)

Time Elapsed 00:16:31.24
* daemon not running; starting now at tcp:5037
* daemon started successfully
  Determining projects to restore...
  All projects are up-to-date for restore.
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13736358
  Graphics -> /home/vsts/work/1/s/artifacts/bin/Graphics/Debug/net10.0-android36.0/Microsoft.Maui.Graphics.dll
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13736358
  Essentials -> /home/vsts/work/1/s/artifacts/bin/Essentials/Debug/net10.0-android36.0/Microsoft.Maui.Essentials.dll
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13736358
  Core -> /home/vsts/work/1/s/artifacts/bin/Core/Debug/net10.0-android36.0/Microsoft.Maui.dll
  Controls.BindingSourceGen -> /home/vsts/work/1/s/artifacts/bin/Controls.BindingSourceGen/Debug/netstandard2.0/Microsoft.Maui.Controls.BindingSourceGen.dll
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13736358
  Maps -> /home/vsts/work/1/s/artifacts/bin/Maps/Debug/net10.0-android36.0/Microsoft.Maui.Maps.dll
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13736358
  Controls.Core -> /home/vsts/work/1/s/artifacts/bin/Controls.Core/Debug/net10.0-android36.0/Microsoft.Maui.Controls.dll
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13736358
  Controls.Foldable -> /home/vsts/work/1/s/artifacts/bin/Controls.Foldable/Debug/net10.0-android36.0/Microsoft.Maui.Controls.Foldable.dll
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13736358
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13736358
  Controls.Xaml -> /home/vsts/work/1/s/artifacts/bin/Controls.Xaml/Debug/net10.0-android36.0/Microsoft.Maui.Controls.Xaml.dll
  Microsoft.AspNetCore.Components.WebView.Maui -> /home/vsts/work/1/s/artifacts/bin/Microsoft.AspNetCore.Components.WebView.Maui/Debug/net10.0-android36.0/Microsoft.AspNetCore.Components.WebView.Maui.dll
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13736358
  Controls.Maps -> /home/vsts/work/1/s/artifacts/bin/Controls.Maps/Debug/net10.0-android36.0/Microsoft.Maui.Controls.Maps.dll
  Controls.TestCases.HostApp -> /home/vsts/work/1/s/artifacts/bin/Controls.TestCases.HostApp/Debug/net10.0-android/Controls.TestCases.HostApp.dll
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13736358
  Graphics -> /home/vsts/work/1/s/artifacts/bin/Controls.TestCases.HostApp/Debug/net10.0-android/Microsoft.Maui.Graphics.dll
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13736358
  Essentials -> /home/vsts/work/1/s/artifacts/bin/Controls.TestCases.HostApp/Debug/net10.0-android/Microsoft.Maui.Essentials.dll
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13736358
  Core -> /home/vsts/work/1/s/artifacts/bin/Controls.TestCases.HostApp/Debug/net10.0-android/Microsoft.Maui.dll
  Controls.BindingSourceGen -> /home/vsts/work/1/s/artifacts/bin/Controls.BindingSourceGen/Debug/netstandard2.0/Microsoft.Maui.Controls.BindingSourceGen.dll
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13736358
  Maps -> /home/vsts/work/1/s/artifacts/bin/Controls.TestCases.HostApp/Debug/net10.0-android/Microsoft.Maui.Maps.dll
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13736358
  Controls.Core -> /home/vsts/work/1/s/artifacts/bin/Controls.TestCases.HostApp/Debug/net10.0-android/Microsoft.Maui.Controls.dll
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13736358
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13736358
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13736358
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13736358
  Controls.Foldable -> /home/vsts/work/1/s/artifacts/bin/Controls.TestCases.HostApp/Debug/net10.0-android/Microsoft.Maui.Controls.Foldable.dll
  Controls.Xaml -> /home/vsts/work/1/s/artifacts/bin/Controls.TestCases.HostApp/Debug/net10.0-android/Microsoft.Maui.Controls.Xaml.dll
  Microsoft.AspNetCore.Components.WebView.Maui -> /home/vsts/work/1/s/artifacts/bin/Controls.TestCases.HostApp/Debug/net10.0-android/Microsoft.AspNetCore.Components.WebView.Maui.dll
  Controls.Maps -> /home/vsts/work/1/s/artifacts/bin/Controls.TestCases.HostApp/Debug/net10.0-android/Microsoft.Maui.Controls.Maps.dll

Build succeeded.
    0 Warning(s)
    0 Error(s)

Time Elapsed 00:08:22.81
Broadcasting: Intent { act=android.intent.action.CLOSE_SYSTEM_DIALOGS flg=0x400000 }
Broadcast completed: result=0
Broadcasting: Intent { act=android.intent.action.CLOSE_SYSTEM_DIALOGS flg=0x400000 }
Broadcast completed: result=0
  Determining projects to restore...
  Restored /home/vsts/work/1/s/src/Controls/tests/CustomAttributes/Controls.CustomAttributes.csproj (in 1.22 sec).
  Restored /home/vsts/work/1/s/src/TestUtils/src/VisualTestUtils/VisualTestUtils.csproj (in 15 ms).
  Restored /home/vsts/work/1/s/src/TestUtils/src/VisualTestUtils.MagickNet/VisualTestUtils.MagickNet.csproj (in 4.18 sec).
  Restored /home/vsts/work/1/s/src/Controls/tests/TestCases.Android.Tests/Controls.TestCases.Android.Tests.csproj (in 5.71 sec).
  Restored /home/vsts/work/1/s/src/TestUtils/src/UITest.Core/UITest.Core.csproj (in 2 ms).
  Restored /home/vsts/work/1/s/src/TestUtils/src/UITest.Appium/UITest.Appium.csproj (in 2 ms).
  Restored /home/vsts/work/1/s/src/TestUtils/src/UITest.NUnit/UITest.NUnit.csproj (in 376 ms).
  Restored /home/vsts/work/1/s/src/TestUtils/src/UITest.Analyzers/UITest.Analyzers.csproj (in 1.66 sec).
  5 of 13 projects are up-to-date for restore.
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13736358
  Graphics -> /home/vsts/work/1/s/artifacts/bin/Graphics/Debug/net10.0/Microsoft.Maui.Graphics.dll
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13736358
  Essentials -> /home/vsts/work/1/s/artifacts/bin/Essentials/Debug/net10.0/Microsoft.Maui.Essentials.dll
  Controls.CustomAttributes -> /home/vsts/work/1/s/artifacts/bin/Controls.CustomAttributes/Debug/net10.0/Controls.CustomAttributes.dll
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13736358
  Core -> /home/vsts/work/1/s/artifacts/bin/Core/Debug/net10.0/Microsoft.Maui.dll
  Controls.BindingSourceGen -> /home/vsts/work/1/s/artifacts/bin/Controls.BindingSourceGen/Debug/netstandard2.0/Microsoft.Maui.Controls.BindingSourceGen.dll
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13736358
  Controls.Core -> /home/vsts/work/1/s/artifacts/bin/Controls.Core/Debug/net10.0/Microsoft.Maui.Controls.dll
  UITest.Core -> /home/vsts/work/1/s/artifacts/bin/UITest.Core/Debug/net10.0/UITest.Core.dll
  VisualTestUtils -> /home/vsts/work/1/s/artifacts/bin/VisualTestUtils/Debug/netstandard2.0/VisualTestUtils.dll
  UITest.Appium -> /home/vsts/work/1/s/artifacts/bin/UITest.Appium/Debug/net10.0/UITest.Appium.dll
  UITest.NUnit -> /home/vsts/work/1/s/artifacts/bin/UITest.NUnit/Debug/net10.0/UITest.NUnit.dll
  VisualTestUtils.MagickNet -> /home/vsts/work/1/s/artifacts/bin/VisualTestUtils.MagickNet/Debug/netstandard2.0/VisualTestUtils.MagickNet.dll
  UITest.Analyzers -> /home/vsts/work/1/s/artifacts/bin/UITest.Analyzers/Debug/netstandard2.0/UITest.Analyzers.dll
  Controls.TestCases.Android.Tests -> /home/vsts/work/1/s/artifacts/bin/Controls.TestCases.Android.Tests/Debug/net10.0/Controls.TestCases.Android.Tests.dll
Test run for /home/vsts/work/1/s/artifacts/bin/Controls.TestCases.Android.Tests/Debug/net10.0/Controls.TestCases.Android.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.
/home/vsts/work/1/s/artifacts/bin/Controls.TestCases.Android.Tests/Debug/net10.0/Controls.TestCases.Android.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.10]   Discovering: Controls.TestCases.Android.Tests
[xUnit.net 00:00:00.37]   Discovered:  Controls.TestCases.Android.Tests
NUnit Adapter 4.5.0.0: Test execution started
Running selected tests in /home/vsts/work/1/s/artifacts/bin/Controls.TestCases.Android.Tests/Debug/net10.0/Controls.TestCases.Android.Tests.dll
   NUnit3TestExecutor discovered 2 of 2 NUnit test cases using Current Discovery mode, Non-Explicit run
>>>>> 04/03/2026 14:49:33 FixtureSetup for Issue23921(Android)
>>>>> 04/03/2026 14:49:35 SwipeViewTappedWhenClosed_PropagatesTap Start
>>>>> 04/03/2026 14:49:38 SwipeViewTappedWhenClosed_PropagatesTap Stop
  Passed SwipeViewTappedWhenClosed_PropagatesTap [3 s]
>>>>> 04/03/2026 14:49:38 SwipeViewTappedWhenOpen_ClosesAndDoesNotPropagateTap Start
>>>>> 04/03/2026 14:49:40 SwipeViewTappedWhenOpen_ClosesAndDoesNotPropagateTap Stop
>>>>> 04/03/2026 14:49:40 Log types: logcat, bugreport, server
  Failed SwipeViewTappedWhenOpen_ClosesAndDoesNotPropagateTap [2 s]
  Error Message:
     Assert.That(App.FindElement("buttonOne").GetText(), Is.Not.EqualTo("tapped"))
  Expected: not equal to "tapped"
  But was:  "tapped"

  Stack Trace:
     at Microsoft.Maui.TestCases.Tests.Issues.Issue23921.SwipeViewTappedWhenOpen_ClosesAndDoesNotPropagateTap() in /_/src/Controls/tests/TestCases.Shared.Tests/Tests/Issues/Issue23921.cs:line 27

1)    at Microsoft.Maui.TestCases.Tests.Issues.Issue23921.SwipeViewTappedWhenOpen_ClosesAndDoesNotPropagateTap() in /_/src/Controls/tests/TestCases.Shared.Tests/Tests/Issues/Issue23921.cs:line 27


NUnit Adapter 4.5.0.0: Test execution complete

Test Run Failed.
Total tests: 2
     Passed: 1
     Failed: 1
 Total time: 27.3571 Seconds

🟢 With fix — 🖥️ Issue23921: PASS ✅ · 513s

  Determining projects to restore...
  All projects are up-to-date for restore.
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13736358
  Graphics -> /home/vsts/work/1/s/artifacts/bin/Graphics/Debug/net10.0-android36.0/Microsoft.Maui.Graphics.dll
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13736358
  Essentials -> /home/vsts/work/1/s/artifacts/bin/Essentials/Debug/net10.0-android36.0/Microsoft.Maui.Essentials.dll
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13736358
  Core -> /home/vsts/work/1/s/artifacts/bin/Core/Debug/net10.0-android36.0/Microsoft.Maui.dll
  Controls.BindingSourceGen -> /home/vsts/work/1/s/artifacts/bin/Controls.BindingSourceGen/Debug/netstandard2.0/Microsoft.Maui.Controls.BindingSourceGen.dll
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13736358
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13736358
  Maps -> /home/vsts/work/1/s/artifacts/bin/Maps/Debug/net10.0-android36.0/Microsoft.Maui.Maps.dll
  Controls.Core -> /home/vsts/work/1/s/artifacts/bin/Controls.Core/Debug/net10.0-android36.0/Microsoft.Maui.Controls.dll
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13736358
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13736358
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13736358
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13736358
  Controls.Foldable -> /home/vsts/work/1/s/artifacts/bin/Controls.Foldable/Debug/net10.0-android36.0/Microsoft.Maui.Controls.Foldable.dll
  Microsoft.AspNetCore.Components.WebView.Maui -> /home/vsts/work/1/s/artifacts/bin/Microsoft.AspNetCore.Components.WebView.Maui/Debug/net10.0-android36.0/Microsoft.AspNetCore.Components.WebView.Maui.dll
  Controls.Xaml -> /home/vsts/work/1/s/artifacts/bin/Controls.Xaml/Debug/net10.0-android36.0/Microsoft.Maui.Controls.Xaml.dll
  Controls.Maps -> /home/vsts/work/1/s/artifacts/bin/Controls.Maps/Debug/net10.0-android36.0/Microsoft.Maui.Controls.Maps.dll
  Controls.TestCases.HostApp -> /home/vsts/work/1/s/artifacts/bin/Controls.TestCases.HostApp/Debug/net10.0-android/Controls.TestCases.HostApp.dll
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13736358
  Graphics -> /home/vsts/work/1/s/artifacts/bin/Controls.TestCases.HostApp/Debug/net10.0-android/Microsoft.Maui.Graphics.dll
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13736358
  Essentials -> /home/vsts/work/1/s/artifacts/bin/Controls.TestCases.HostApp/Debug/net10.0-android/Microsoft.Maui.Essentials.dll
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13736358
  Core -> /home/vsts/work/1/s/artifacts/bin/Controls.TestCases.HostApp/Debug/net10.0-android/Microsoft.Maui.dll
  Controls.BindingSourceGen -> /home/vsts/work/1/s/artifacts/bin/Controls.BindingSourceGen/Debug/netstandard2.0/Microsoft.Maui.Controls.BindingSourceGen.dll
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13736358
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13736358
  Maps -> /home/vsts/work/1/s/artifacts/bin/Controls.TestCases.HostApp/Debug/net10.0-android/Microsoft.Maui.Maps.dll
  Controls.Core -> /home/vsts/work/1/s/artifacts/bin/Controls.TestCases.HostApp/Debug/net10.0-android/Microsoft.Maui.Controls.dll
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13736358
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13736358
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13736358
  Controls.Foldable -> /home/vsts/work/1/s/artifacts/bin/Controls.TestCases.HostApp/Debug/net10.0-android/Microsoft.Maui.Controls.Foldable.dll
  Controls.Xaml -> /home/vsts/work/1/s/artifacts/bin/Controls.TestCases.HostApp/Debug/net10.0-android/Microsoft.Maui.Controls.Xaml.dll
  Microsoft.AspNetCore.Components.WebView.Maui -> /home/vsts/work/1/s/artifacts/bin/Controls.TestCases.HostApp/Debug/net10.0-android/Microsoft.AspNetCore.Components.WebView.Maui.dll
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13736358
  Controls.Maps -> /home/vsts/work/1/s/artifacts/bin/Controls.TestCases.HostApp/Debug/net10.0-android/Microsoft.Maui.Controls.Maps.dll

Build succeeded.
    0 Warning(s)
    0 Error(s)

Time Elapsed 00:06:38.29
Broadcasting: Intent { act=android.intent.action.CLOSE_SYSTEM_DIALOGS flg=0x400000 }
Broadcast completed: result=0
Broadcasting: Intent { act=android.intent.action.CLOSE_SYSTEM_DIALOGS flg=0x400000 }
Broadcast completed: result=0
  Determining projects to restore...
  All projects are up-to-date for restore.
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13736358
  Graphics -> /home/vsts/work/1/s/artifacts/bin/Graphics/Debug/net10.0/Microsoft.Maui.Graphics.dll
  Controls.CustomAttributes -> /home/vsts/work/1/s/artifacts/bin/Controls.CustomAttributes/Debug/net10.0/Controls.CustomAttributes.dll
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13736358
  Essentials -> /home/vsts/work/1/s/artifacts/bin/Essentials/Debug/net10.0/Microsoft.Maui.Essentials.dll
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13736358
  Core -> /home/vsts/work/1/s/artifacts/bin/Core/Debug/net10.0/Microsoft.Maui.dll
  Controls.BindingSourceGen -> /home/vsts/work/1/s/artifacts/bin/Controls.BindingSourceGen/Debug/netstandard2.0/Microsoft.Maui.Controls.BindingSourceGen.dll
  ##vso[build.updatebuildnumber]10.0.60-ci+azdo.13736358
  Controls.Core -> /home/vsts/work/1/s/artifacts/bin/Controls.Core/Debug/net10.0/Microsoft.Maui.Controls.dll
  VisualTestUtils -> /home/vsts/work/1/s/artifacts/bin/VisualTestUtils/Debug/netstandard2.0/VisualTestUtils.dll
  UITest.Core -> /home/vsts/work/1/s/artifacts/bin/UITest.Core/Debug/net10.0/UITest.Core.dll
  VisualTestUtils.MagickNet -> /home/vsts/work/1/s/artifacts/bin/VisualTestUtils.MagickNet/Debug/netstandard2.0/VisualTestUtils.MagickNet.dll
  UITest.Appium -> /home/vsts/work/1/s/artifacts/bin/UITest.Appium/Debug/net10.0/UITest.Appium.dll
  UITest.NUnit -> /home/vsts/work/1/s/artifacts/bin/UITest.NUnit/Debug/net10.0/UITest.NUnit.dll
  UITest.Analyzers -> /home/vsts/work/1/s/artifacts/bin/UITest.Analyzers/Debug/netstandard2.0/UITest.Analyzers.dll
  Controls.TestCases.Android.Tests -> /home/vsts/work/1/s/artifacts/bin/Controls.TestCases.Android.Tests/Debug/net10.0/Controls.TestCases.Android.Tests.dll
Test run for /home/vsts/work/1/s/artifacts/bin/Controls.TestCases.Android.Tests/Debug/net10.0/Controls.TestCases.Android.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.
/home/vsts/work/1/s/artifacts/bin/Controls.TestCases.Android.Tests/Debug/net10.0/Controls.TestCases.Android.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.11]   Discovering: Controls.TestCases.Android.Tests
[xUnit.net 00:00:00.31]   Discovered:  Controls.TestCases.Android.Tests
NUnit Adapter 4.5.0.0: Test execution started
Running selected tests in /home/vsts/work/1/s/artifacts/bin/Controls.TestCases.Android.Tests/Debug/net10.0/Controls.TestCases.Android.Tests.dll
   NUnit3TestExecutor discovered 2 of 2 NUnit test cases using Current Discovery mode, Non-Explicit run
>>>>> 04/03/2026 14:58:08 FixtureSetup for Issue23921(Android)
>>>>> 04/03/2026 14:58:11 SwipeViewTappedWhenClosed_PropagatesTap Start
>>>>> 04/03/2026 14:58:14 SwipeViewTappedWhenClosed_PropagatesTap Stop
  Passed SwipeViewTappedWhenClosed_PropagatesTap [2 s]
>>>>> 04/03/2026 14:58:14 SwipeViewTappedWhenOpen_ClosesAndDoesNotPropagateTap Start
>>>>> 04/03/2026 14:58:15 SwipeViewTappedWhenOpen_ClosesAndDoesNotPropagateTap Stop
  Passed SwipeViewTappedWhenOpen_ClosesAndDoesNotPropagateTap [1 s]
NUnit Adapter 4.5.0.0: Test execution complete

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

📁 Fix files reverted (2 files)

• eng/pipelines/ci-copilot.yml
• src/Core/src/Platform/Android/MauiSwipeView.cs

---

[MauiBot]

🤖 AI Summary

📊 Expand Full Review — a560c55 · Fix UI test: make Android-only, convert to C#, verify swipe opened

---

🔍 Pre-Flight — Context & Validation

---

Issue: #23921 - Tapping to close a SwipeView will activate TapGestureRecognizers on .Content
PR: #24275 - [Android] Prevent the tap that closes an open SwipeView from being propagated to children
Platforms Affected: Android only
Files Changed: 1 implementation, 2 test files

Key Findings

• When a SwipeView is open and user taps it (pure tap with no movement), diffX == 0 and diffY == 0 in ShouldInterceptTouch(). The existing code falls through to the else branch and picks SwipeDirection.Up. If no UpItems are configured, returns false (don't intercept), allowing the tap to reach children.
• Fix: add early return if (diffX == 0 && diffY == 0) return _isOpen; — intercepts the tap when open, passes it through when closed.
• PR author is also the issue reporter and performed root-cause analysis in issue Tapping to close a SwipeView will activate TapGestureRecognizers on .Content #23921.
• Prior agent review (kubaflo) ran but Gate failed due to Android emulator infrastructure issues (ADB broken pipe, System UI crash). Gate has since PASSED per current session.
• Test uses #if TEST_FAILS_ON_IOS && TEST_FAILS_ON_CATALYST && TEST_FAILS_ON_WINDOWS to compile Android-only — correct for this fix.
• The PR uses App.Click() (not App.Tap()) to close the open SwipeView — worth verifying this correctly simulates a tap close.
• Labels include s/agent-approved and s/agent-fix-pr-picked from prior review.

Fix Candidates

#	Source	Approach	Test Result	Files Changed	Notes
PR	PR #24275	Early return _isOpen when diffX==0 && diffY==0 in ShouldInterceptTouch	✅ PASSED (Gate)	MauiSwipeView.cs (+3)	Original PR fix

---

🔧 Fix — Analysis & Comparison

---

Fix Candidates

#	Source	Approach	Test Result	Files Changed	Notes
1	try-fix (claude-opus-4.6)	Convert ACTION_UP → ACTION_CANCEL in DispatchTouchEvent when open + pure tap	✅ PASS	MauiSwipeView.cs (+15)	Operates at DispatchTouchEvent level
2	try-fix (claude-sonnet-4.6)	Intercept at ACTION_DOWN in OnInterceptTouchEvent when _isOpen && TouchInsideContent	✅ PASS	MauiSwipeView.cs (+10)	Most upstream interception point
3	try-fix (gpt-5.3-codex)	Stateful close-tap tracking with _isCloseTapPending/_closeTapMoved flags in DispatchTouchEvent, swallow ACTION_UP	✅ PASS	MauiSwipeView.cs (+37)	Explicit per-sequence state tracking
4	try-fix (gpt-5.4)	Dispatch synthetic ACTION_CANCEL to content subtree from ResetSwipe() before resetting	✅ PASS	MauiSwipeView.cs (+~10)	Cancels child touch state at reset point
PR	PR #24275	Early return _isOpen when diffX==0 && diffY==0 in ShouldInterceptTouch	✅ PASSED (Gate)	MauiSwipeView.cs (+3)	Original PR

Cross-Pollination

Model	Round	New Ideas?	Details
claude-opus-4.6	2	No	NO NEW IDEAS

Exhausted: Yes
Selected Fix: PR's fix — ShouldInterceptTouch() early return (+3 lines). Simplest possible fix that directly addresses the root cause at the exact decision point. All alternatives achieve the same outcome with significantly more code and complexity.

---

📋 Report — Final Recommendation

---

✅ Final Recommendation: APPROVE

Phase Status

Phase	Status	Notes
Pre-Flight	✅ COMPLETE	Issue #23921 / Android SwipeView tap propagation
Gate	✅ PASSED	android — 2/2 tests pass
Try-Fix	✅ COMPLETE	4 attempts, 4 passing; PR's fix selected
Report	✅ COMPLETE

Summary

PR #24275 fixes a bug where tapping to close an open Android SwipeView inadvertently activates child views (Buttons, TapGestureRecognizers). The fix is 3 lines added to ShouldInterceptTouch() in MauiSwipeView.cs. Four independent alternative approaches were explored and all passed, but the PR's fix is the most minimal and precisely targeted.

Root Cause

In MauiSwipeView.ShouldInterceptTouch(), when the user performs a pure tap (no movement), diffX == 0 and diffY == 0. The existing code falls into the else branch of the direction computation, yielding SwipeDirection.Up. If no UpItems are configured (typical case), GetSwipeItemsByDirection returns null/empty and the method returns false — not intercepting the touch. The tap then propagates to child views and triggers their click/gesture handlers.

Fix Quality

The fix is clean, minimal, and correctly placed:

• if (diffX == 0 && diffY == 0) return _isOpen; — 3 lines, no new fields or state
• Placed at the top of the movement-direction logic, exactly where the incorrect path begins
• When open: returns true (intercept), preventing child activation
• When closed: returns false (pass-through), preserving normal tap behavior
• Integer-like semantics for the == 0 comparison are valid here: both values derive from the same touch position with no movement, so exact equality holds

Comparison with alternatives explored:

Approach	Lines	Assessment
PR fix (ShouldInterceptTouch early return)	+3	✅ Minimal, surgical, correct location
Attempt 1 (ACTION_UP→CANCEL in DispatchTouchEvent)	+15	More complex; operates after child already received DOWN
Attempt 2 (Intercept on ACTION_DOWN in OnInterceptTouchEvent)	+10	Aggressive; may interfere with complex nested SwipeView layouts
Attempt 3 (Stateful flags in DispatchTouchEvent)	+37	Significantly over-engineered for this fix
Attempt 4 (Synthetic CANCEL in ResetSwipe)	+~10	Indirect; dispatches synthetic events which are harder to reason about

Test coverage is appropriate:

• Two tests using separate SwipeView instances to avoid state interference
• SwipeViewTappedWhenOpen_ClosesAndDoesNotPropagateTap: verifies the fix
• SwipeViewTappedWhenClosed_PropagatesTap: verifies normal behavior is preserved
• Android-only via #if TEST_FAILS_ON_IOS && TEST_FAILS_ON_CATALYST && TEST_FAILS_ON_WINDOWS — correct per comment noting fix is Android-only

Minor note (non-blocking): The #if guard compiles the test class body only on Android, but the class declaration is outside the #if. This is the standard pattern used in this codebase and is intentional.

Selected Fix: PR's fix — simplest solution, direct root cause fix, +3 lines only.

---