Fix SwipeView Threshold changes width and offset of the side menu (when visible) by KarthikRajaKalaimani · Pull Request #34923 · dotnet/maui

KarthikRajaKalaimani · 2026-04-13T05:03:09Z

Note

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

Issue Details:

SwipeView Threshold changes width and offset of the side menu (when visible) Opened.

Root Cause:

The SwipeView.Threshold property is designed for a single purpose: setting the minimum drag distance a user must swipe before the menu snaps open. It has nothing to do with how wide the menu
items should appear or where the content settles after the swipe. However, the platform code on both iOS and Android was incorrectly using this value in two unrelated calculations.

The first misuse was in GetSwipeItemSize(), where the code checked if Threshold > 0 and, if so, used the threshold value as the item's width. This meant that setting Threshold=200 would inflate
every swipe item to 200pt wide, far larger than the intended ~100pt. The second misuse was in GetSwipeThreshold(ISwipeItems), which had an early return that directly handed back the Threshold
value as the snap-open distance. So the content would snap to 200pt offset instead of snapping to the actual menu width. Together, these two bugs caused both the menu to look bloated and the
content displacement to differ depending on whether Threshold was set.

Description of Change:

The fix removes Threshold from both of those calculations entirely. Item sizing now uses only the item's configured WidthRequest or the default SwipeItemWidth, as it should. The snap distance is now computed as Math.Min(Threshold, menuWidth) — meaning if Threshold is set, it acts as a cap on how far the user needs to drag, but the content still snaps to the true menu width. If Threshold is not set, the default behaviour of 60% of menu width is preserved. This was applied consistently across iOS (MauiSwipeView.cs and SwipeViewExtensions.cs) and Android (MauiSwipeView.cs).

Tested the behavior in the following platforms:

Android
Windows
iOS
Mac

Reference:

N/A

Issues Fixed:

Fixes #6016

Screenshots

Before	After
Before_fix_6016.mov	After_fix_6016.mov

github-actions · 2026-04-13T05:03:19Z

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

Or

Run remotely in PowerShell:

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

dotnet-policy-service · 2026-04-13T05:03:33Z

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

sheiksyedm · 2026-04-13T10:12:09Z

/azp run maui-pr-uitests , maui-pr-devicetests

azure-pipelines · 2026-04-13T10:12:24Z

Azure Pipelines successfully started running 2 pipeline(s).

Copilot

Pull request overview

This PR fixes incorrect use of SwipeView.Threshold in the iOS and Android platform implementations so that Threshold affects only the trigger distance for opening, not the rendered swipe menu width or the final open offset.

Changes:

iOS/Android: stop using Threshold to size swipe items and to determine the open snap distance; compute open distance from actual menu size and treat Threshold as a cap for the trigger distance.
iOS/Android: rename internal “threshold” helper to reflect “open distance” semantics and update call sites.
Add a new UI test page + Appium test for Issue 6016 to validate menu width is unaffected by Threshold and that Execute mode still triggers.

Reviewed changes

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

Show a summary per file

File	Description
src/Core/src/Platform/iOS/SwipeViewExtensions.cs	Removes `Threshold` from swipe-item sizing calculations on iOS.
src/Core/src/Platform/iOS/MauiSwipeView.cs	Uses menu open distance for snapping; uses `Threshold` only for trigger distance on iOS.
src/Core/src/Platform/Android/MauiSwipeView.cs	Mirrors iOS behavior changes on Android; removes old reveal-threshold helper and stops sizing by `Threshold`.
src/Controls/tests/TestCases.Shared.Tests/Tests/Issues/Issue6016.cs	Adds Appium UI coverage for the regression (menu width/offset + Execute mode).
src/Controls/tests/TestCases.HostApp/Issues/Issue6016.cs	Adds HostApp reproduction page used by the new UI test.

KarthikRajaKalaimani · 2026-04-14T11:54:32Z

🤖 AI Summary

👋 @KarthikRajaKalaimani — new AI review results are available. Please review the latest session below.

📊 Review Session — 2cf3f8e · Test case removed for windows platform · 2026-04-13 13:25 UTC
🔍 Pre-Flight — Context & Validation
Issue: #6016 - SwipeView Threshold changes width and offset of the side menu (when visible) PR: #34923 - Fix SwipeView Threshold changes width and offset of the side menu (when visible) Platforms Affected: Android (primary), iOS, macCatalyst (fix applied to both) Files Changed: 3 implementation, 2 test

Key Findings

Bug: GetSwipeThreshold() incorrectly used Element.Threshold as both item width AND snap distance, so setting Threshold=200 caused 200dp-wide menu items and 200dp content displacement instead of the intended ~100dp defaults.

Root cause (Android): GetSwipeItemSize() used threshold > 0 ? threshold : SwipeItemWidth for item width; GetSwipeThreshold(ISwipeItems) had early return if (threshold > 0) return threshold for snap distance.

Root cause (iOS): Same dual misuse in GetSwipeItemSize() (SwipeViewExtensions.cs) and GetSwipeThreshold(ISwipeItems) (MauiSwipeView.cs).

PR's fix: Renames GetSwipeThreshold → GetSwipeOpenDistance (computes menu width only); ValidateSwipeThreshold now uses Min(Threshold, menuWidth) as trigger threshold if Threshold > 0, else 60% * menuWidth.

Gate: Without fix test FAILED correctly (proves bug exists). With fix got ENV ERROR — PowerShell regex match on null input in gate script, not a test failure; timing/infrastructure issue, not a code correctness issue.

Review comments (prior agent): WaitForXPosition doesn't assert on timeout (silent wrong X); _swipeThreshold field name misleading after rename; same on Android.

Test file wraps entire file in #if TEST_FAILS_ON_WINDOWS but [Issue] specifies PlatformAffected.Android — inconsistency; test should run on Android and iOS, not just non-Windows.

WaitForTextToBePresentInElement used in SwipeViewExecuteModeTriggers — need to confirm this API exists.

Fix Candidates

Source Approach Test Result Files Changed Notes

PR PR #34923 Remove Threshold from item sizing; rename to GetSwipeOpenDistance; trigger = Min(Threshold, menuWidth) ⚠️ ENV ERROR (Gate infra issue, not fix correctness) Android/MauiSwipeView.cs, iOS/MauiSwipeView.cs, iOS/SwipeViewExtensions.cs Original PR
🔧 Fix — Analysis & Comparison

Fix Candidates

Source Approach Test Result Files Changed Notes

1 try-fix (opus-4.6) Add GetMenuOpenDistance(ISwipeItems) helper; keeps existing method names; Android only ✅ PASS Android/MauiSwipeView.cs Clean separation, minimal call-site changes
2 try-fix (sonnet-4.6) Inline removal — no new helpers/renames, remove early-return + threshold from sizing, Min(Threshold,menuWidth) trigger; Android only ✅ PASS Android/MauiSwipeView.cs Smallest possible change
3 try-fix (codex) Add GetSnapOpenDistance cache field separate from trigger; iOS+Android ✅ PASS (Android; iOS unverified) iOS/MauiSwipeView.cs, iOS/SwipeViewExtensions.cs, Android/MauiSwipeView.cs Cross-platform but iOS not tested
4 try-fix (gpt-5.4) Harden test: TryWaitForXPosition returns (bool satisfied, float x), callers assert satisfaction; test-only fix ✅ PASS TestCases.Shared.Tests/Tests/Issues/Issue6016.cs Eliminates silent false-positive; Execute-mode API valid
PR PR #34923 Rename GetSwipeThreshold to GetSwipeOpenDistance; remove Threshold from sizing; Min(Threshold,menuWidth) trigger; iOS+Android ⚠️ ENV ERROR (gate infra, not fix correctness) iOS/MauiSwipeView.cs, iOS/SwipeViewExtensions.cs, Android/MauiSwipeView.cs Original PR; cross-platform; semantically clearest rename

Cross-Pollination

Model Round New Ideas? Details
claude-opus-4.6 2 NO NEW IDEAS Attempt 1 helper approach already complete for Android
claude-sonnet-4.6 2 YES Combine minimal platform fix (Attempt 2) + Attempt 4 test hardening
gpt-5.3-codex 2 NO NEW IDEAS Attempt 3 cross-platform already covered
gpt-5.4 2 YES Apply PR rename (most descriptive) + Attempt 4 test hardening together
Exhausted: Yes — all 4 models queried, 2 rounds completed Selected Fix: PR's fix + Attempt 4 test hardening — PR rename is most semantically clear (GetSwipeOpenDistance vs GetSwipeThreshold), covers iOS+Android, and the Gate's "without fix" phase confirmed the bug is real. Attempt 4 test hardening eliminates silent false-positives and should be incorporated.

📋 Report — Final Recommendation

⚠️ Final Recommendation: REQUEST CHANGES

Phase Status

Phase Status Notes
Pre-Flight ✅ COMPLETE Issue #6016, SwipeView Threshold bug on Android/iOS
Gate ❌ FAILED Without fix: ✅ FAIL (bug confirmed). With fix: ⚠️ ENV ERROR (gate infra null-input regex — not fix correctness)
Try-Fix ✅ COMPLETE 4 attempts, 4 passing; gemini unavailable (gpt-5.4 used)
Report ✅ COMPLETE

Summary

PR #34923 fixes a real bug (confirmed by Gate's "without fix" run) where SwipeView.Threshold incorrectly controlled both menu item width and content snap distance. The platform logic fix is sound and all 4 independent Try-Fix explorations confirmed the root cause and a correct fix strategy. However, the PR's test has a silent-failure bug (WaitForXPosition doesn't assert predicate satisfaction), and several issues found by the prior code review remain unaddressed. The Gate ENV ERROR is an infrastructure issue, not a correctness failure in the fix itself.

Root Cause

Two misuses of Element.Threshold in both Android and iOS MauiSwipeView:

GetSwipeItemSize() — used threshold > 0 ? threshold : SwipeItemWidth as item width, inflating menu items to Threshold dp wide.

GetSwipeThreshold(ISwipeItems) — had an early return if (threshold > 0) return threshold, so content snapped to Threshold dp offset instead of actual menu width.

Fix Quality

Platform fix (Android/iOS MauiSwipeView.cs + SwipeViewExtensions.cs): Correct. Removes Threshold from item sizing (always uses SwipeItemWidth), removes early-return from menu-width computation, applies Threshold only as a trigger cap: triggerThreshold = Min(Threshold, menuWidth) (or 60%*menuWidth if unset). All 4 independent Try-Fix models confirmed this approach.

Test (Issue6016.cs): Has actionable defects that should be fixed before merge:

WaitForXPosition silent failure — Returns last observed X regardless of whether the predicate was satisfied. If a swipe gesture silently fails (content didn't move), defaultMenuWidth and thresholdMenuWidth both equal 0, and Assert.That(0, Is.EqualTo(0).Within(5)) passes falsely. Try-Fix Attempt 4 provides a tested fix: rename to TryWaitForXPosition, return bool satisfied, callers assert Is.True.

_swipeThreshold field name misleading — The field now caches computed open distance (menu width/height), not the trigger threshold. Identified in prior code review. Should be renamed _swipeOpenDistance in both Android and iOS MauiSwipeView.cs to match GetSwipeOpenDistance.

Missing newline at EOF — Issue6016.cs (tests) is missing a final newline.

#if TEST_FAILS_ON_WINDOWS scope vs PlatformAffected.Android — HostApp [Issue] declares PlatformAffected.Android but the entire test file is wrapped in #if TEST_FAILS_ON_WINDOWS, which would also run on iOS/macCatalyst. Either align the [Issue] attribute to PlatformAffected.All (minus Windows) or add an explicit [Platform] filter in the test.

Required Changes Before Merge

Fix WaitForXPosition → TryWaitForXPosition (assert predicate satisfaction) per Try-Fix Attempt 4 diff

Rename _swipeThreshold → _swipeOpenDistance in both Android/MauiSwipeView.cs and iOS/MauiSwipeView.cs

Add newline at end of TestCases.Shared.Tests/Tests/Issues/Issue6016.cs

Align PlatformAffected attribute with actual test platform scope

addressed AI summary concerns

sheiksyedm · 2026-04-15T06:22:12Z

/azp run maui-pr-uitests , maui-pr-devicetests

azure-pipelines · 2026-04-15T06:22:30Z

Azure Pipelines successfully started running 2 pipeline(s).

kubaflo · 2026-04-17T15:48:01Z

/azp run maui-pr-uitests , maui-pr-devicetests

azure-pipelines · 2026-04-17T15:48:20Z

Azure Pipelines successfully started running 2 pipeline(s).

kubaflo

Looks like some tests are failing - could you please verify?

kubaflo · 2026-05-30T23:50:09Z

/review -b feature/refactor-copilot-yml -p android

…ability (dotnet#35133)  > [!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! > **Depends on dotnet#35136** (pipeline category detection — should merge first) ## What this does Two things: ### 1. UI test category detection in PR review During the PR review workflow, Step 0.5 detects which UI test categories the PR impacts and writes the result to the AI summary comment. This gives reviewers visibility into which UI tests are relevant. **Detection** reuses the 3-tier script from dotnet#35136 (test attributes → source paths → AI reasoning). **AI summary** shows a new 🧪 UI Tests section with detected categories before the gate section. ### 2. Gate reliability fixes Multiple fixes to make the gate (`verify-tests-fail.ps1`) more deterministic: | Fix | Problem it solves | |-----|-------------------| | **Absolute path resolution** | Gate scripts not found on Linux CI agents (`Resolve-Path`, `GetFullPath`) | | **File existence check** | Instant cryptic failure when verify script is missing — now logs clear error | | **3x retry on ENV ERROR** | Emulator timeouts, ADB failures, app crashes — transient issues that pass on retry | | **Strip bad report blocks** | Old verify script produces `Passed: False` with empty counts — stripped instead of shown | | **Gate log in fallback** | When report is missing, shows last 20 lines of gate output instead of just `❌ FAILED / Platform: IOS` | ## Files | File | Changes | |------|---------| | `.github/scripts/Review-PR.ps1` | Step 0.5 category detection + all 5 gate fixes | | `.github/scripts/post-ai-summary-comment.ps1` | Add `uitests` phase to render detected categories | | `.github/pr-review/pr-preflight.md` | Step 7: AI identifies impacted UI test categories | ## Validation — PR reviewer builds (Apr 26) 10 builds against real PRs — all succeeded ✅. Category detection shown in AI summary comment. | PR | Categories Detected | Build | AI Summary | |----|-------------------|-------|------------| | dotnet#35037 (WebView theme) | `ViewBaseTests,WebView` | [13940071](https://devdiv.visualstudio.com/DevDiv/_build/results?buildId=13940071) | [comment](dotnet#35037 (comment)) | | dotnet#35031 (Shell memory leak) | `Shell` | [13940072](https://devdiv.visualstudio.com/DevDiv/_build/results?buildId=13940072) | [comment](dotnet#35031 (comment)) | | dotnet#35020 (XAML Hot Reload) | _(none — XAML only)_ | [13940073](https://devdiv.visualstudio.com/DevDiv/_build/results?buildId=13940073) | ✅ Shows "No UI test categories" | | dotnet#35008 (Shell SearchHandler) | `Shell` | [13940074](https://devdiv.visualstudio.com/DevDiv/_build/results?buildId=13940074) | ✅ | | dotnet#34997 (RadioButton gradient) | `RadioButton,ViewBaseTests` | [13940075](https://devdiv.visualstudio.com/DevDiv/_build/results?buildId=13940075) | ✅ | | dotnet#34980 (DatePicker rotation) | `ViewBaseTests` | [13940076](https://devdiv.visualstudio.com/DevDiv/_build/results?buildId=13940076) | ✅ | | dotnet#34974 (Picker CharacterSpacing) | `ViewBaseTests` | [13940077](https://devdiv.visualstudio.com/DevDiv/_build/results?buildId=13940077) | ✅ | | dotnet#34923 (SwipeView threshold) | `SwipeView,ViewBaseTests` | [13940078](https://devdiv.visualstudio.com/DevDiv/_build/results?buildId=13940078) | ✅ | | dotnet#34907 (CollectionView ScrollTo) | `CollectionView` | [13940079](https://devdiv.visualstudio.com/DevDiv/_build/results?buildId=13940079) | ✅ | | dotnet#34845 (RefreshView binding) | `RefreshView,ViewBaseTests` | [13940080](https://devdiv.visualstudio.com/DevDiv/_build/results?buildId=13940080) | ✅ | --------- Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>

kubaflo · 2026-06-07T15:33:03Z

/review -b feature/enhanced-reviewer -p android

kubaflo · 2026-06-10T19:35:20Z

/review tests

github-actions · 2026-06-10T19:44:27Z

⚠️

Test Failure Review: Needs human investigation — (a href="https://github.com/dotnet/maui/commit/b7df93eff06173805480ab15d10f908fcad1d44e")b7df93e(/a) · Fix SwipeView Threshold changes width and offset of the side menu (when visible)

@KarthikRajaKalaimani — test-failure review results are available based on commit (a href="b7df93e")b7df93e(/a).
To request a fresh review after new comments, commits, or CI runs, comment /review tests.

Overall verdict: Needs human investigation

All 5 failing maui-pr-uitests jobs are in the SoftInput,Stepper,Switch,SwipeView or CollectionView categories — areas directly touched by this PR — but both AzDO builds returned 404, so specific test failure messages could not be retrieved to confirm root cause.

Failure	Verdict	Evidence
`maui-pr-uitests` — Android UITests Controls (API 30) SoftInput,Stepper,Switch,SwipeView	Needs human investigation	Category name explicitly includes SwipeView; PR modifies `src/Core/src/Platform/Android/MauiSwipeView.cs` and adds Android SwipeView snapshot images. Build 1437172 inaccessible (404).
`maui-pr-uitests` — Android UITests CoreClr Controls (API 30) SoftInput,Stepper,Switch,SwipeView	Needs human investigation	Same SwipeView category as above, CoreClr runtime variant. Same code overlap. Build 1437172 inaccessible (404).
`maui-pr-uitests` — iOS UITests Mono Controls (vlatest) SoftInput,Stepper,Switch,SwipeView	Needs human investigation	Category includes SwipeView; PR modifies `src/Core/src/Platform/iOS/MauiSwipeView.cs` and `SwipeViewExtensions.cs`, and adds iOS SwipeView snapshot images. Build 1437172 inaccessible (404).
`maui-pr-uitests` — iOS UITests Mono CollectionView1 Controls (vlatest)	Needs human investigation	PR adds/updates `VerifyCollectionViewContentWithButtonSwipeItem.png` snapshots for iOS and Android. Snapshot mismatch in CI is possible. Build 1437172 inaccessible (404).
`maui-pr-uitests` — macOS UITests Controls SoftInput,Stepper,Switch,SwipeView	Needs human investigation	Category includes SwipeView; `.ios.cs` files (`MauiSwipeView.cs`, `SwipeViewExtensions.cs`) compile for MacCatalyst — changes may affect macOS. Build 1437172 inaccessible (404).
`maui-pr-uitests` — WinUI UITests Controls WebView (CANCELLED)	Likely unrelated	Cancelled job from an older build (1399801, dated 2026-04-28). PR does not modify any Windows or WebView code.
Build Analysis	Insufficient data	Meta-check reflecting the failures above; no additional detail accessible.

Recommended action

Review the SwipeView test failures in build 1437172 directly; the heavy overlap between failing categories and changed SwipeView code/snapshots on Android, iOS, and macOS suggests these failures are related to this PR. Confirm whether the newly added snapshot images (VerifySwipeView*, VerifyCollectionView*) match CI expectations, or if the SwipeView code changes introduced a regression.

Evidence details

PR scope:

Changed files: 17 (14 are test/snapshot files)
Platform code changed: src/Core/src/Platform/Android/MauiSwipeView.cs, src/Core/src/Platform/iOS/MauiSwipeView.cs, src/Core/src/Platform/iOS/SwipeViewExtensions.cs
New tests: src/Controls/tests/TestCases.HostApp/Issues/Issue6016.cs, src/Controls/tests/TestCases.Shared.Tests/Tests/Issues/Issue6016.cs
New snapshots: 6 Android snapshots + 6 iOS (ios-26) snapshots for SwipeView and CollectionView scenarios

Failing build: 1437172 (maui-pr-uitests, 2026-05-27)

Build data: Inaccessible (404 Not Found) — no timeline records, log excerpts, or test results available.

Cancelled build: 1399801 (maui-pr-uitests, 2026-04-28) — older run, WinUI WebView job cancelled.

Data limitations:

AzDO build REST APIs returned 404 for both builds; no authenticated AzDO token was available.
No Helix aggregate data was present in the gathered context.
Specific failing test names, error messages, and stack traces could not be retrieved.
Without log access, it is not possible to distinguish between a code regression, a snapshot mismatch, or a new test that fails on the CI baseline.

kubaflo · 2026-06-10T19:51:35Z

Tests Failure Analysis

@KarthikRajaKalaimani — test-failure review results are available based on commit b7df93e.
To request a fresh review after new comments, commits, or CI runs, comment /review tests.

Test Failure Review: Needs human investigation - click to expand

Overall verdict: Needs human investigation

All 5 failing maui-pr-uitests jobs are in the SoftInput,Stepper,Switch,SwipeView or CollectionView categories — areas directly touched by this PR — but both AzDO builds returned 404, so specific test failure messages could not be retrieved to confirm root cause.

Failure	Verdict	Evidence
`maui-pr-uitests` — Android UITests Controls (API 30) SoftInput,Stepper,Switch,SwipeView	Needs human investigation	Category name explicitly includes SwipeView; PR modifies `src/Core/src/Platform/Android/MauiSwipeView.cs` and adds Android SwipeView snapshot images. Build 1437172 inaccessible (404).
`maui-pr-uitests` — Android UITests CoreClr Controls (API 30) SoftInput,Stepper,Switch,SwipeView	Needs human investigation	Same SwipeView category as above, CoreClr runtime variant. Same code overlap. Build 1437172 inaccessible (404).
`maui-pr-uitests` — iOS UITests Mono Controls (vlatest) SoftInput,Stepper,Switch,SwipeView	Needs human investigation	Category includes SwipeView; PR modifies `src/Core/src/Platform/iOS/MauiSwipeView.cs` and `SwipeViewExtensions.cs`, and adds iOS SwipeView snapshot images. Build 1437172 inaccessible (404).
`maui-pr-uitests` — iOS UITests Mono CollectionView1 Controls (vlatest)	Needs human investigation	PR adds/updates `VerifyCollectionViewContentWithButtonSwipeItem.png` snapshots for iOS and Android. Snapshot mismatch in CI is possible. Build 1437172 inaccessible (404).
`maui-pr-uitests` — macOS UITests Controls SoftInput,Stepper,Switch,SwipeView	Needs human investigation	Category includes SwipeView; `.ios.cs` files (`MauiSwipeView.cs`, `SwipeViewExtensions.cs`) compile for MacCatalyst — changes may affect macOS. Build 1437172 inaccessible (404).
`maui-pr-uitests` — WinUI UITests Controls WebView (CANCELLED)	Likely unrelated	Cancelled job from an older build (1399801, dated 2026-04-28). PR does not modify any Windows or WebView code.
Build Analysis	Insufficient data	Meta-check reflecting the failures above; no additional detail accessible.

Recommended action

Review the SwipeView test failures in build 1437172 directly; the heavy overlap between failing categories and changed SwipeView code/snapshots on Android, iOS, and macOS suggests these failures are related to this PR. Confirm whether the newly added snapshot images (VerifySwipeView*, VerifyCollectionView*) match CI expectations, or if the SwipeView code changes introduced a regression.

Evidence details

PR scope:

Changed files: 17 (14 are test/snapshot files)
Platform code changed: src/Core/src/Platform/Android/MauiSwipeView.cs, src/Core/src/Platform/iOS/MauiSwipeView.cs, src/Core/src/Platform/iOS/SwipeViewExtensions.cs
New tests: src/Controls/tests/TestCases.HostApp/Issues/Issue6016.cs, src/Controls/tests/TestCases.Shared.Tests/Tests/Issues/Issue6016.cs
New snapshots: 6 Android snapshots + 6 iOS (ios-26) snapshots for SwipeView and CollectionView scenarios

Failing build: 1437172 (maui-pr-uitests, 2026-05-27)

Build data: Inaccessible (404 Not Found) — no timeline records, log excerpts, or test results available.

Cancelled build: 1399801 (maui-pr-uitests, 2026-04-28) — older run, WinUI WebView job cancelled.

Data limitations:

AzDO build REST APIs returned 404 for both builds; no authenticated AzDO token was available.
No Helix aggregate data was present in the gathered context.
Specific failing test names, error messages, and stack traces could not be retrieved.
Without log access, it is not possible to distinguish between a code regression, a snapshot mismatch, or a new test that fails on the CI baseline.

kubaflo · 2026-06-10T21:59:31Z

/review rerun

kubaflo · 2026-06-13T15:19:52Z

/review -b feature/enhanced-reviewer -p android

MauiBot · 2026-06-13T15:33:19Z

⚠️ Merge Conflict Detected — This PR has merge conflicts with its target branch. Please rebase onto the target branch and resolve the conflicts.

dotnet-policy-service Bot added the community ✨ Community Contribution label Apr 13, 2026

dotnet-policy-service Bot added the partner/syncfusion Issues / PR's with Syncfusion collaboration label Apr 13, 2026

github-actions Bot mentioned this pull request Apr 13, 2026

[repo-status] Daily Repo Status - April 13, 2026 🌟 #34924

Closed

build-analysis Bot mentioned this pull request Apr 13, 2026

Known Test Repository Issue Sometimes Misses Test Failures dotnet/dnceng#6411

Open

3 tasks

sheiksyedm marked this pull request as ready for review April 13, 2026 10:11

Copilot AI review requested due to automatic review settings April 13, 2026 10:11

Copilot started reviewing on behalf of sheiksyedm April 13, 2026 10:12 View session

Copilot AI reviewed Apr 13, 2026

View reviewed changes

Comment thread src/Controls/tests/TestCases.Shared.Tests/Tests/Issues/Issue6016.cs

Comment thread src/Core/src/Platform/iOS/MauiSwipeView.cs

Comment thread src/Core/src/Platform/Android/MauiSwipeView.cs

This was referenced Apr 13, 2026

CI UItests failure System.TimeoutException : Timed out waiting for element... #33220

Closed

System.TimeoutException #33245

Closed

MauiBot added s/agent-changes-requested AI agent recommends changes - found a better alternative or issues s/agent-fix-pr-picked AI could not beat the PR fix - PR is the best among all candidates s/agent-reviewed PR was reviewed by AI agent workflow (full 4-phase review) labels Apr 13, 2026

PureWeen mentioned this pull request Apr 15, 2026

Add daily PR review queue workflow with actionability detection #34818

Merged

github-actions Bot mentioned this pull request Apr 17, 2026

[PR Review Queue] 2026-04-17 #35004

Closed

build-analysis Bot mentioned this pull request Apr 18, 2026

slow macOS - "##[error]The job running on agent Azure Pipelines 9 ran longer than the maximum time of 60 minutes." dotnet/dnceng#1883

Open

3 tasks

kubaflo requested changes Apr 18, 2026

View reviewed changes

github-actions Bot mentioned this pull request Jun 5, 2026

[PR Review Queue] 2026-06-05 #35780

Closed

This was referenced Jun 8, 2026

[PR Review Queue] 2026-06-08 #35801

Closed

[PR Review Queue] 2026-06-09 #35816

Closed

[PR Review Queue] 2026-06-10 #35842

Closed

dotnet deleted a comment from MauiBot Jun 10, 2026

PureWeen mentioned this pull request Jun 11, 2026

[Release Readiness] .NET 10 SR9 — candidate from main #35867

Open

This was referenced Jun 11, 2026

[PR Review Queue] 2026-06-11 #35871

Closed

[PR Review Queue] 2026-06-12 #35888

Closed

github-actions Bot added the s/agent-review-in-progress AI review is currently running for this PR label Jun 13, 2026

MauiBot removed the s/agent-review-in-progress AI review is currently running for this PR label Jun 13, 2026

This was referenced Jun 15, 2026

[PR Review Queue] 2026-06-15 #35919

Closed

[PR Review Queue] 2026-06-16 #35941

Open

Conversation

KarthikRajaKalaimani commented Apr 13, 2026

Issue Details:

Root Cause:

Description of Change:

Reference:

Issues Fixed:

Screenshots

Uh oh!

github-actions Bot commented Apr 13, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

dotnet-policy-service Bot commented Apr 13, 2026

Uh oh!

sheiksyedm commented Apr 13, 2026

Uh oh!

azure-pipelines Bot commented Apr 13, 2026

Uh oh!

Copilot AI left a comment

Choose a reason for hiding this comment

Pull request overview

Reviewed changes

Uh oh!

Uh oh!

Uh oh!

Uh oh!

KarthikRajaKalaimani commented Apr 14, 2026

🤖 AI Summary

Key Findings

Fix Candidates

Source Approach Test Result Files Changed Notes

Fix Candidates

Source Approach Test Result Files Changed Notes

Cross-Pollination

⚠️ Final Recommendation: REQUEST CHANGES

Phase Status

Summary

Root Cause

Fix Quality

Required Changes Before Merge

Uh oh!

sheiksyedm commented Apr 15, 2026

Uh oh!

azure-pipelines Bot commented Apr 15, 2026

Uh oh!

kubaflo commented Apr 17, 2026

Uh oh!

azure-pipelines Bot commented Apr 17, 2026

Uh oh!

kubaflo left a comment

Choose a reason for hiding this comment

Uh oh!

kubaflo commented May 30, 2026

Uh oh!

kubaflo commented Jun 7, 2026

Uh oh!

kubaflo commented Jun 10, 2026

Uh oh!

github-actions Bot commented Jun 10, 2026

Recommended action

Uh oh!

kubaflo commented Jun 10, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Tests Failure Analysis

Recommended action

Uh oh!

kubaflo commented Jun 10, 2026

Uh oh!

kubaflo commented Jun 13, 2026

Uh oh!

MauiBot commented Jun 13, 2026

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

6 participants

github-actions Bot commented Apr 13, 2026 •

edited

Loading

kubaflo commented Jun 10, 2026 •

edited

Loading