Open
Description
Describe the bug
It seems that when the EffectiveViewportChangedArgs are calculated, they are taking into account scroll ports from other windows.
This causes all of the args to be incorrectly constrained as if the windows were overlapping each-other.
Sample repro available at https://github.com/will-velazquez/effective-viewport-bug
Steps to reproduce the bug
- Create a window with a noop EffectiveViewportChanged handler on any of its element
- Create a second window with an EffectiveViewportChanged handler on one of its elements
- Resize the original window to be smaller than the second window
- EffectiveViewPortChanged handler is called on the second window, and the values given are wrong
Expected behavior
Each window should track its scroll ports separately
Screenshots
From running https://github.com/will-velazquez/effective-viewport-bug
Recording.2024-10-03.121654.mp4
NuGet package version
WinUI 3 - Windows App SDK 1.6.1: 1.6.240923002
Windows version
Windows 11 (22H2): Build 22621
Additional context
No response