nvrl eb53d122cc fix(fuse,cli): let rm, rename and mkdir take paths in on-demand folders ...

`pdfs rm ~/Downloads/x` answered "is not under the mountpoint" while
`pdfs move` took the same path: the Delete, Rename and CreateFolder
handlers still read paths against the primary mount only (B88).

They now go through `route_change`, the router ResolveConflict already
used, renamed from `route_conflict`. It answers the request in the
inode space of the mount that owns the path.

An on-demand folder's root has a parent on Drive, so `pdfs rm
~/Downloads` would have trashed the whole synced folder from under its
mount. rm and rename refuse a path that names a mount's root.

2026-10-02 19:54:37 +02:00

..

src

fix(fuse,cli): let rm, rename and mkdir take paths in on-demand folders

2026-10-02 19:54:37 +02:00

Cargo.toml

Merge pull request #20 from emptyname-org/feature/files-thumbnails-statusbar

2026-08-21 22:44:58 +02:00