Repository navigation
Conversation
A chat link to a folder outside the workspace showed 'The path is a directory or special file'. The file surface now lists the folder's entries read-only; files open in the normal preview and subfolders/parent navigate in place.
|
Important
This repository does not receive automatic reviews because it has fewer than 10 stars. ⚙️ Run configuration
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
Thread transfer impact✅ Thread transfer remains within every enforced ceiling.
Baseline: Scenario and decoded snapshot size10 historical turns, 5 command tools per turn, 878.9 KiB retained MCP result per historical turn, and a 1.05 MiB retained result in the measured turn.
Updated in place by a trusted workflow. PR artifacts are strictly validated and never executed. |
|
Superseded by upstream pingdotgg/t3code#15045 (synced here as aa35fb3, "folder breadcrumbs navigate to parent folders"). Host folders outside the workspace now open as a file tree rooted at that folder, which covers this flat listing and more. Closing instead of resolving the conflict. Branch kept for reference. Image previews inside those host folders still need #224: upstream's WorkspaceImagePreview still requests a workspace-file asset. |
Problem
A chat link to a folder outside the workspace (for example
/home/me/projects/favicon-preview/) opens the file surface with "The path is a directory or special file, not a regular file." Folders inside the workspace open in the tree, but a host path cannot be revealed there, so the surface gives up. The user then has to find each file and link it by hand.Change
When the file surface's read of a host path fails with
path_not_file, it now shows a flat, read-only listing of that folder instead of the error:fileBreadcrumbChildren).onOpenFilepath as chat links.HostFolderListing.tsx.filePath.tsgainshostFolderChildPathandhostFolderParent(POSIX and Windows separators, drive roots).No server or contract change. The listing uses the existing
projects.listEntrieswith the folder ascwdanddirectoryPath: ""(immediate children only, no index), whichfilesystem:readalready authorizes. Sessions without that permission see the same "cannot read host files" state as before.Workspace folders and every existing file preview are unchanged.
Scope and approval
Fork UX improvement to an existing surface (Nick asked for it after hitting the error on host folder links). It stays read-only and reuses an existing RPC and permission.
Verification
vp test run apps/web/src/components/files/filePath.test.ts apps/web/src/components/files/FilePreviewPanel.test.tspasses, with new cases for joining and parent paths: trailing slashes,/,/home→/,C:\Users→C:\.tsc --noEmit -p apps/webpasses./home/aeris/projects/favicon-preview/; got the listing and opened PNG and GIF previews from it. Image previews from host folders depend on the companion fix in "fix(web): images outside the workspace preview from the file surface". Up to /home/aeris/projects navigated up.Screenshots: none captured. Chromium doesn't run on the box this was built on. Before was the error text quoted above; after is the plain list. Happy to add captures if wanted.
Model/harness: Claude Opus 5.5 via Hermes Agent (ACP) in T3 Code.