[imojenisys]

Closes #1292.

Some lists bind their rows' visibility to the item, as the Properties window's Categorized list does. Once such a list's virtualizing panel has scrolled, it keeps a recycled ListBoxItem in the visual tree. That row has no owner and no index, still holds the last item it showed, and shows whenever that item does. #1256 stopped select matching one. The dump still listed it as a row, a second copy of an item or a row for one out of view, and a path or an #id reached it.

• The control view's collector, which the dump and path resolution share, now leaves out a released row and everything in it, and so does the #AutomationId search. Both use select and type_text apply #1069's not-showing rule unevenly: a miss claims rows were scrolled in, the advice under nested collapsed nodes names a hidden node, and type_text picks a ComboBox's hidden TextBox #1256's Released check.
• Released now applies only to an items panel's own children. A container written into a template, or set as content, belongs to no list, so it is still listed.

Review

One adversarial reviewer, who ran 12 headless probes, including a switch to dump each window with and without the check. No regressions in any IDE view shape.

Finding	Severity	Outcome
Released hid containers no list generated (a ListBoxItem as a template root, or as content), with their subtree	Low–Med	Fixed: only an items panel's own children; test with a template-root container
#AutomationId paths still reached the released row	Low–Med	Fixed: the id search skips it too; test
PathWithin gave the list's path for a control inside a released row	Low	Reachable only through the #id route, now closed
Items declared in Items and scrolled out of view are now left out	Low	Consistent with generated rows out of view; noted in the archive
The test didn't cover the issue's actual case, a released row that shows	Low	Fixed: the row's item is made visible again before the dump
Released reads true during ContainerPrepared, and the dump lists rows in visual order	Info	No MCP call runs during layout; the order is unrelated and existing

The reviewer confirmed these were unaffected:

• nested trees, expanding and collapsing
• tab controls, the dock's tab strips, combo dropdowns and menus
• the real Locals tree
• every kind of collection change
• performance

Mutation-checked: removing the collector's skip, the #id skip or the items-panel condition each fails a test. Unit 3086 and integration 1439 pass.

🤖 Generated with Claude Code