Shared with me: opening a shared FILE navigates into it as a folder → "Load failed: not a directory" #676

New issue

Closed

opened 2026-09-23 03:12:06 +00:00 by Cordy · 0 comments

Cordy commented

2026-09-23 03:12:06 +00:00

Owner

Found by the #656 QA pass (v0.6.247, files-bao, two users).

Matrix row: §4 Sharing — "Recipient view | As sharer1, open Shares view | Shared-with-me row opens read-only/edit per role".

Steps

files-bao as nikola-test: in _qa/qa-drop.txt → pane → Shares, add sharer1 with Can view. The grant is listed and the Shared chip appears (PASS).
As sharer1: Shares → Shared with me. The qa-drop.txt row shows "nikola-test · Can view" (PASS).
Click the row, at 1280px or at 669px.

Expected: the file opens read-only (or the pane opens for it), per role.
Seen: the app routes to #/shared/nikola-test/qa-drop.txt and lists it as a directory: the breadcrumb reads / / shared / nikola-test / qa-drop.txt over sharer1's own previous Personal rows, with a raw Load failed: not a directory under them. "Upload file" and "New" stay active in that state. The handler on the row button (button.str) is () => load(s.vpath) for every entry, so every file share in Shared with me is unopenable from this view. Only folder shares can work. Reproduced 3× across two widths. The other file rows in the list, homelab-project-handoff.md and Invoice-….pdf, are wired the same way.

Related, not re-filed:

The stale previous rows plus the raw error are the #667 pattern.
Back does not return to Shares, because the view has no route (#668).
"My shares" rows print the storage path home/sharer1/… (#662 family).

Screenshot: none saved. This ran in the in-app browser (the sharer1 session), which cannot write screenshots to disk. The state is quoted verbatim above; Nikola can reproduce it in about 10 seconds as sharer1.

Found by the #656 QA pass (v0.6.247, files-bao, two users). **Matrix row:** §4 Sharing — "Recipient view | As sharer1, open Shares view | Shared-with-me row opens read-only/edit per role". **Steps** 1. files-bao as nikola-test: in `_qa/qa-drop.txt` → pane → Shares, add sharer1 with Can view. The grant is listed and the Shared chip appears (PASS). 2. As sharer1: Shares → Shared with me. The `qa-drop.txt` row shows "nikola-test · Can view" (PASS). 3. Click the row, at 1280px or at 669px. **Expected:** the file opens read-only (or the pane opens for it), per role. **Seen:** the app routes to `#/shared/nikola-test/qa-drop.txt` and lists it as a **directory**: the breadcrumb reads `/ / shared / nikola-test / qa-drop.txt` over sharer1's *own previous* Personal rows, with a raw `Load failed: not a directory` under them. "Upload file" and "New" stay active in that state. The handler on the row button (`button.str`) is `() => load(s.vpath)` for every entry, so every **file** share in Shared with me is unopenable from this view. Only folder shares can work. Reproduced 3× across two widths. The other file rows in the list, `homelab-project-handoff.md` and `Invoice-….pdf`, are wired the same way. Related, not re-filed: - The stale previous rows plus the raw error are the #667 pattern. - Back does not return to Shares, because the view has no route (#668). - "My shares" rows print the storage path `home/sharer1/…` (#662 family). **Screenshot:** none saved. This ran in the in-app browser (the sharer1 session), which cannot write screenshots to disk. The state is quoted verbatim above; Nikola can reproduce it in about 10 seconds as sharer1.