Strixa AI
TopicsSearchPricing
Sign inStart tracking

Signal Detail

Loading signal detail

Reading this signal card's judgment, risks, and evidence.

Strixa AI
TopicsSearchPricing
Sign inStart tracking
Back to Signal Feed
CodeTracked since May 19, 2026

Fix duplicated Windows file-tree rows by normalizing hierarchical task editor paths

The PR replaces the task editor’s flat file-tree model with a hierarchical `FileNode` structure using per-folder `children`, then normalizes local file paths to POSIX-style relative paths so nested entries render as real hierarchy; this removes duplicated folder/file wrappers seen when Windows paths arrived with backslashes, while keeping initial loading root-only and expanding directories lazily.

FileNodechildrenPOSIX-relative pathsLocalFileSystem.relPath

Signal Intelligence

Confidence Level96%
Worth Continued TrackingFinal score 76% with 1 evidence item.
Primary Impact Areas
FileNodechildrenPOSIX-relative paths

What Happened

  • The PR replaces the task editor’s flat file-tree model with a hierarchical `FileNode` structure using per-folder `children`, then normalizes local file paths to POSIX-style relative paths so nested entries render as real hierarchy; this removes duplicated folder/file wrappers seen when Windows paths arrived with backslashes, while keeping initial loading root-only and expanding directories lazily.
  • The PR replaces the task editor’s flat file-tree model with a hierarchical `FileNode` structure using per-folder `children`, then normalizes local file paths to POSIX-style relative paths so nested entries render as real hierarchy; this removes duplicated folder/file wrappers seen when Windows paths arrived with backslashes, while keeping initial loading root-only and expanding directories lazily.
  • 1 evidence item attached for review.

What is Different

Before

Scattered source updates, isolated context, and manual follow-up across multiple feeds.

Now

Introduced a real tree representation for task files by adding `children` to `FileNode` and deriving visible rows from root/expanded nodes, added canonicalization of file paths before store/load/reveal/watch operations (including `LocalFileSystem.relPath()`), and preserved expansion snapshots so users keep their folder open/closed state; this directly fixes mis-rendered nested path identities.

Why Track This

Why It Matters

Windows-based task editors now show nested project files in the intended hierarchy instead of duplicated top-level wrappers, so developers can navigate and edit files without selecting the wrong path or getting confused by fake folder entries; continue watching Windows path handling in live watch/reveal flows to confirm normalization remains consistent across rename/delete/create events and does not reintroduce path mis-grouping in long-running sessions. This change mainly improves UI correctness by making repository state reliable at the file-tree level, which matters for day-to-day editing accuracy and reduced operator friction.

Impact

Windows-based task editors now show nested project files in the intended hierarchy instead of duplicated top-level wrappers, so developers can navigate and edit files without selecting the wrong path or getting confused by fake folder entries; continue watching Windows path handling in live watch/reveal flows to confirm normalization remains consistent across rename/delete/create events and does not reintroduce path mis-grouping in long-running sessions. This change mainly improves UI correctness by making repository state reliable at the file-tree level, which matters for day-to-day editing accuracy and reduced operator friction.

What To Watch Next

  • Watch whether FileNode becomes a repeated pattern.
  • Track follow-up changes around Code Repository Intelligence.
  • Compare future signals against this evidence trail.
  • Re-check risk flags: windows_backslash_paths_in_watch_events, expand_state_consistency_after_path_normalization.
Open Topic TimelineOpen Technical EventOpen Original Sourcewindows_backslash_paths_in_watch_events / expand_state_consistency_after_path_normalization / lazy_loading_edge_cases_on_deep_nested_dirs

Supporting Evidence

GITHUB PULL REQUESTHigh Trust

generalaction/emdash PR #2112: fix(editor): render file tree from normalized children

Fixes #1952: Refactor the task editor file tree to use normalized hierarchical nodes with stable POSIX paths, lazy directory loading, and path normalization across tree operations.