Repository navigation
8000
bug(ui): no way to open a split-tree browser pane from the UI #28
Description
Description
There is no discoverable way to open a browser pane inside the split tree from the UI. The + button in the tab bar is hardcoded to always create a new terminal surface (addSurface(..., 'terminal') in PaneWrapper.tsx), and there are no other visible controls for opening a browser or markdown surface.
Ways a split-tree browser pane can currently be opened
- Clicking an OSC 8 link in a terminal (calls
openInWmuxBrowser) - Keyboard shortcuts
splitBrowserRight(Ctrl+Alt+D) andsplitBrowserDown(Ctrl+Alt+Shift+D) — undocumented, not visible anywhere in the UI - Via the CLI (
wmux new-surface --type browser)
Expected behavior
Users should be able to open a browser pane from the tab bar UI without needing to know a hidden keyboard shortcut or click a terminal link.
Related
Relates to #27 — if the sidebar browser (Ctrl+Shift+I) is designated as the authoritative CDP target, the role of split-tree browser panes becomes more clearly "inline viewing." A discoverable way to open one from the UI would make that distinction useful rather than invisible.
🤖 Generated with Claude Code
Activity
fix(browser,security): resolve issues #27, #28, #29
amirlehmam commentedon Jun 8, 2026
Fixed in v0.8.3. Thanks @schroldgames.
The tab-bar + now has a small caret (▾) next to it that opens a menu: Terminal / Browser / Markdown. The + itself still does the quick "new terminal" (and
Ctrl+Tis unchanged), so muscle memory is preserved while opening a browser/markdown surface is finally discoverable from the UI.Under the hood this just routes to the existing type-agnostic
addSurface(ws, pane, type)— no new data flow — so it benefits from #25/#26 (surface-scoped navigation + persisted width) that shipped in the same release.