Repository navigation
MAUI Entry Gains Focus Automatically When Placed Inside ScrollView on Windows #31039
Description
Description
On the Windows platform, when an Entry control is placed within a ScrollView, it unexpectedly receives focus during page initialization or click on another Entry that has InputTransparent true—even if no explicit focus is set. This triggers Focused event handlers prematurely, resulting in unintended side effects for apps that rely on focus-based actions such as validation, animations, or navigation logic.
This issue disrupts expected user interaction flow and may lead to inconsistent behavior across platforms.
Expected Behavior: The Entry should remain unfocused unless explicitly directed, ensuring consistent interaction and event triggering across platforms.
Actual Behavior: The Entry receives focus automatically, triggering Focused events and potentially executing logic prematurely.
output.mp4
Steps to Reproduce
- Use the sample provided below, which contains multiple Entry controls placed within a ScrollView.
- Run the application on the Windows platform.
- Tap or click on an Entry control that has InputTransparent="True".
- Observe that the focus automatically shifts to the first available or focus-enabled Entry
Link to public reproduction project repository
No response
Version with bug
10.0.0-preview.6
Is this a regression from previous behavior?
Not sure, did not test other versions
Last version that worked well
Unknown/Other
Affected platforms
Windows
Affected platform versions
No response
Did you find any workaround?
No response
Activity
similar-issues-ai commentedon Aug 6, 2025
We've found some similar issues:
ScrollView#19733 , similarity score: 83%If any of the above are duplicates, please consider closing this issue out and adding additional context in the original issue.
MitchBomcanhao commentedon Aug 7, 2025
this has been an issue for a very long time.
they seem uninterested in fixing it, and it absolutely kills the feasibility of windows apps.
TameemAnsari-SF4702 commentedon Jul 31, 2026
Any updates on this issue?
MitchBomcanhao commentedon Jul 31, 2026
Getting updates on these bugs is giving me unnecessary stress. I know nobody is fixing these. But somehow there is the remote chance that each notification comes with a "hey I found how to fix it" inside. It's windows. Nobody cares. Especially not Microsoft. Unsubscribe.
Publish reproduction evidence for #31039 on windows
Publish reproduction evidence for #31039 on windows
[Windows] ScrollView: Prevent automatic Entry focus (#37428)
15 remaining items
[Windows] ScrollView: Prevent automatic Entry focus (#37428)
[Windows] ScrollView: Prevent automatic Entry focus (#37428)
[Windows] ScrollView: Prevent automatic Entry focus (#37428)
[Windows] ScrollView: Prevent automatic Entry focus (#37428)
[Windows] ScrollView: Prevent automatic Entry focus (#37428)
[Windows] ScrollView: Prevent automatic Entry focus (#37428)
kubaflo commentedon Oct 10, 2026
Thank you for the report and the investigation details. We are closing this as completed: the Windows ScrollView focus correction prevents the reported startup and InputTransparent-click autofocus while preserving ordinary Entry pointer and keyboard focus.
Supporting evidence: #37428 (merged into
inflight/current).This records the merged source change; it does not imply that the fix is present in every released .NET MAUI package.
If you can still reproduce the reported behavior in a build that includes the linked change, please comment here with the exact version and reproduction details so we can reopen and investigate. The existing reproduction and discussion remain available; a new issue is not required.
[Windows] ScrollView: Prevent automatic Entry focus (#37428)
[Windows] ScrollView: Prevent automatic Entry focus (#37428)
[Windows] ScrollView: Prevent automatic Entry focus (#37428)
[Windows] ScrollView: Prevent automatic Entry focus (#37428)
[Windows] ScrollView: Prevent automatic Entry focus (#37428)
[Windows] ScrollView: Prevent automatic Entry focus (#37428)