Skip to content

UI: Left sidebar directory selection does not highlight 3D points or update detail panel #1197

Closed

Description

@Maystern

What problem does this solve?

In the current UI, selecting an item from the left sidebar directory fails to:

  1. Highlight/select the corresponding 3D point in the visualization.
  2. Update the right-side detail panel (it still shows data from the previously selected point)
    The user must instead click the point directly in the 3D viewport to see its call relationships on the right. This
    breaks the expected navigation flow and makes it hard to explore the code graph and spot issues.

Proposed solution

When the user selects an entry in the left sidebar directory, the UI should:

  1. Automatically select/highlight the corresponding 3D point in the central viewport.
  2. Automatically update the right-side panel to display that point's call relationships.

This would restore the expected navigation behavior — left sidebar → 3D viewport → right detail panel — and make the code graph much easier to explore.

Alternatives considered

No response

Confirmations

  • I searched existing issues and this is not a duplicate.

Activity

  1. added this to the 0.9.1-rc milestone on Jul 22, 2026
  2. added
    bugSomething isn't working
    priority/normalStandard review queue; useful PR with ordinary maintainer urgency.
    on Jul 22, 2026
  3. DeusData commented on Jul 22, 2026

    @DeusData
    Owner

    Thanks for the clear interaction sequence. I have classified this as a 0.9.1-rc UI behavior bug under #396 rather than a new feature: selecting an existing graph item in the directory tree should update the shared selection state, 3D highlight, and detail panel consistently.

  4. DeusData commented on Aug 28, 2026

    @DeusData
    Owner

    Fixed on main in 4149c50 (#1235) by @Maystern.

    All three shapes of the report are covered and regression-tested: sidebar leaf clicks now open the detail panel through the same canonical path as canvas clicks (selection, neighbour highlight, camera), directory clicks clear stale details instead of showing the previously selected node, and search results without a file_path no longer silently do nothing. Verified locally: the new tests fail 4/5 against the pre-fix components and pass 5/5 with the fix.

    Thank you for the precise report — the leaf-vs-directory distinction in it is what shaped the final design.

  5. added a commit that references this issue on Sep 6, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    bugSomething isn't workingpriority/normalStandard review queue; useful PR with ordinary maintainer urgency.ux/behaviorDisplay bugs, docs, adoption UX

    Projects

    No projects

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions