Before filing
Closest existing issue
None found.
What's broken
Clicking a Markdown file in a chat's right-rail Files tab always delegates to macOS. It opens the registered external editor even though Berd already supports Markdown in its in-app artifact viewer.
Steps to reproduce
- Launch Berd v0.6.2 on macOS Apple Silicon.
- Open a chat with a project or workspace attached. No agent turn is required.
- Open the right rail's Files tab.
- Click
README.md.
Expected behavior
README.md opens in Berd's sidebar artifact viewer.
Actual behavior
macOS opens README.md in the registered external editor. On this machine, that editor is Xcode.
Frequency
Every time. The path is deterministic.
Version
Berd v0.6.2, the latest release as of 2026-08-22.
Operating system
macOS 15.7.1 on Apple Silicon.
Model or provider
Not applicable. The bug occurs without an agent turn.
Relevant logs
No relevant log output. The problem is in the frontend click-routing path.
Cause and verified repair direction
FilesList.tsx calls Tauri's openPath(path) for every file. This bypasses ArtifactPolicyContext.openInApp.
A local proof patch routes file clicks through openInApp(path, basename(path)). Supported Markdown and images then open in Berd, while unsupported files still use the operating system.
Verification completed against that patch:
- The new integration test failed before the change because the artifact-viewer state stayed empty.
- The focused
FilesList tests pass: 6 of 6.
- The surrounding artifact-viewer tests pass: 49 of 49.
just check passes.
- The full test run passes: 6,776 tests across 575 files, with one existing skip.
- An isolated app-driver run clicked a real fixture
README.md. It created one [data-artifact-viewer-panel], rendered one Markdown h1, matched the exact file in the viewer header, and did not start Xcode.
Before filing
Closest existing issue
None found.
What's broken
Clicking a Markdown file in a chat's right-rail Files tab always delegates to macOS. It opens the registered external editor even though Berd already supports Markdown in its in-app artifact viewer.
Steps to reproduce
README.md.Expected behavior
README.mdopens in Berd's sidebar artifact viewer.Actual behavior
macOS opens
README.mdin the registered external editor. On this machine, that editor is Xcode.Frequency
Every time. The path is deterministic.
Version
Berd v0.6.2, the latest release as of 2026-08-22.
Operating system
macOS 15.7.1 on Apple Silicon.
Model or provider
Not applicable. The bug occurs without an agent turn.
Relevant logs
No relevant log output. The problem is in the frontend click-routing path.
Cause and verified repair direction
FilesList.tsxcalls Tauri'sopenPath(path)for every file. This bypassesArtifactPolicyContext.openInApp.A local proof patch routes file clicks through
openInApp(path, basename(path)). Supported Markdown and images then open in Berd, while unsupported files still use the operating system.Verification completed against that patch:
FilesListtests pass: 6 of 6.just checkpasses.README.md. It created one[data-artifact-viewer-panel], rendered one Markdownh1, matched the exact file in the viewer header, and did not start Xcode.