TUI workdir catastrophe #1

Closed
opened 2026-04-15 22:00:05 +00:00 by dave · 2 comments
Owner

TUI is doing some weird shit with -w workdir
Specifying -w foobar will open the bucket at the workdir (OK)
Uploading anything to the remote will upload it to the workdir while the selection/view is at the workdir
Which really means: -w workdir; upload "foobar" results in "/workdir/workdir/foobar"
Workdir applied twice. First in tui second in upload

TUI is doing some weird shit with -w workdir Specifying -w foobar will open the bucket at the workdir (OK) Uploading anything to the remote will upload it to the workdir while the selection/view is at the workdir Which really means: -w workdir; upload "foobar" results in "/workdir/workdir/foobar" Workdir applied twice. First in tui second in upload
Author
Owner

The above is fixed but there's another issue:
Navigating the remote and then uploading a file should land in the folder the user navigated to
But instead lands in relation to root
What's the fucking point of navigation

Example:
rfs t -> navigate (via jkl) to /foobar/baz
upload "bar"
The resulting key is NOT /foobar/baz/bar as the human would expect
But instead /bar
In relation to root. Not current folder.

The above is fixed but there's another issue: Navigating the remote and then uploading a file should land in the folder the user navigated to But instead lands in relation to root What's the fucking point of navigation Example: rfs t -> navigate (via jkl) to /foobar/baz upload "bar" The resulting key is NOT /foobar/baz/bar as the human would expect But instead /bar In relation to root. Not current folder.
dave closed this issue 2026-04-15 22:41:14 +00:00
Author
Owner

Will be closed in 1.21.4

Will be closed in 1.21.4
Sign in to join this conversation.
No Label
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: dave/rustfs-cli#1