ILSpy

8810 Commits

24 Branches

90 Tags

71 MiB

Tree: f466b2399b

Commit Graph

Author	SHA1	Message	Date
Siegfried Pammer	f466b2399b	Add per-step visual breakpoints to the headless UI tests To audit what each UI test actually exercises, every step now snapshots the live window to <TestFixtureName>/<TestName>_<NN>_<ShortDescription>.png: a booted frame (emitted automatically by TestHarness.BootAsync), one after each state-changing action, and one before each assertion. Flip ILSPY_TESTS_VISIBLE=1 to render the filmstrip; it lands under %TEMP%/ilspy-test-captures (overridable via ILSPY_TEST_CAPTURES). The step number and fixture/test name are derived automatically so inserting a breakpoint never renumbers the rest. The identity is recorded up front from the real ITest in an ITestAction hook rather than read live: NUnit's TestContext.CurrentContext does not flow onto async continuations, so a capture after an await would otherwise collide under the ad-hoc context. And when rendering is off the whole call is a true no-op -- not even a dispatcher pump -- so instrumenting a test can never perturb the navigation/tab timing it asserts on. Full headless suite stays green.	4 weeks ago
Siegfried Pammer	56afcf8abd	Factor repeated headless-test setup into shared helpers Nearly every headless UI test opened with the same four-line prologue (resolve the shared MainWindow, show it, cast its DataContext, wait for the assembly list), then repeated the corelib lookup, the EnsureLazyChildren + Children.OfType<T>().Single() drill, the registry single-by-header lookups, and the open-an-assembly-and-wait dance. The duplication made the intent of each test hard to see and every signature tweak a suite-wide edit. Collapse those into TestHarness (BootAsync, OpenAssemblyAsync, GetCommand, GetEntry) and TreeNavigation extensions (FindCoreLib, GetChild<T>, Expand<T>), then apply them across the suite. Net ~865 lines of boilerplate removed with no change in behaviour; the full headless suite stays green.	4 weeks ago
Siegfried Pammer	2e9f0504af	Fix bottom-of-Options content unreachable at max scroll The trailing HeaderedContentControl in the Display panel (Other -> Sort results by fitness) sat 15 px below the ScrollViewer.Extent's reported height: the outer StackPanel's measure under-counted that last child's inner content, so MaxYOffset never grew enough to scroll the checkbox into view. The Reset-to-defaults border below the ScrollViewer covered the gap visually, making the checkbox look obscured. ScrollViewer.Padding alone can't compensate because Avalonia 12's Simple-theme ScrollContentPresenter collapses Padding on the axis the scrollbar lives on -- the horizontal 6 px stuck, the vertical 6 px was dropped. Wrapping the content in a Border with explicit Padding makes the padding part of the StackPanel's measured extent, and the last child becomes reachable. Applied to both panels that use a top-level StackPanel under a ScrollViewer; Misc is unaffected (no ScrollViewer, two checkboxes never overflow). The new OptionsPageScrollReachTests.Last_Item_In_Display_Panel_Is_- Reachable_At_Max_Scroll opens the Options tab, scrolls the Display panel to ScrollViewer.Extent.Height, and asserts the "Sort results by fitness" CheckBox's rendered bottom sits at or above the Reset border's top in window-coordinate space. Assisted-by: Claude:claude-opus-4-7:Claude Code	4 weeks ago

Author

SHA1

Message

Date

Siegfried Pammer

f466b2399b

Add per-step visual breakpoints to the headless UI tests

To audit what each UI test actually exercises, every step now snapshots the
live window to <TestFixtureName>/<TestName>_<NN>_<ShortDescription>.png: a
booted frame (emitted automatically by TestHarness.BootAsync), one after each
state-changing action, and one before each assertion. Flip ILSPY_TESTS_VISIBLE=1
to render the filmstrip; it lands under %TEMP%/ilspy-test-captures (overridable
via ILSPY_TEST_CAPTURES).

The step number and fixture/test name are derived automatically so inserting a
breakpoint never renumbers the rest. The identity is recorded up front from the
real ITest in an ITestAction hook rather than read live: NUnit's
TestContext.CurrentContext does not flow onto async continuations, so a capture
after an await would otherwise collide under the ad-hoc context. And when
rendering is off the whole call is a true no-op -- not even a dispatcher pump --
so instrumenting a test can never perturb the navigation/tab timing it asserts
on. Full headless suite stays green.

4 weeks ago

Siegfried Pammer

56afcf8abd

Factor repeated headless-test setup into shared helpers

Nearly every headless UI test opened with the same four-line prologue
(resolve the shared MainWindow, show it, cast its DataContext, wait for the
assembly list), then repeated the corelib lookup, the EnsureLazyChildren +
Children.OfType<T>().Single() drill, the registry single-by-header lookups,
and the open-an-assembly-and-wait dance. The duplication made the intent of
each test hard to see and every signature tweak a suite-wide edit.

Collapse those into TestHarness (BootAsync, OpenAssemblyAsync, GetCommand,
GetEntry) and TreeNavigation extensions (FindCoreLib, GetChild<T>, Expand<T>),
then apply them across the suite. Net ~865 lines of boilerplate removed with
no change in behaviour; the full headless suite stays green.

4 weeks ago

Siegfried Pammer

2e9f0504af

Fix bottom-of-Options content unreachable at max scroll

The trailing HeaderedContentControl in the Display panel (Other -> Sort
results by fitness) sat 15 px below the ScrollViewer.Extent's reported
height: the outer StackPanel's measure under-counted that last child's
inner content, so MaxYOffset never grew enough to scroll the checkbox
into view. The Reset-to-defaults border below the ScrollViewer covered
the gap visually, making the checkbox look obscured.

ScrollViewer.Padding alone can't compensate because Avalonia 12's
Simple-theme ScrollContentPresenter collapses Padding on the axis the
scrollbar lives on -- the horizontal 6 px stuck, the vertical 6 px was
dropped. Wrapping the content in a Border with explicit Padding makes
the padding part of the StackPanel's measured extent, and the last
child becomes reachable. Applied to both panels that use a top-level
StackPanel under a ScrollViewer; Misc is unaffected (no ScrollViewer,
two checkboxes never overflow).

The new OptionsPageScrollReachTests.Last_Item_In_Display_Panel_Is_-
Reachable_At_Max_Scroll opens the Options tab, scrolls the Display
panel to ScrollViewer.Extent.Height, and asserts the "Sort results by
fitness" CheckBox's rendered bottom sits at or above the Reset border's
top in window-coordinate space.

Assisted-by: Claude:claude-opus-4-7:Claude Code

4 weeks ago

3 Commits (f466b2399b2f0a17442158c1509c8aa093564e55)