Client: There's no easy way to remove a public KBFS folder after accessing it

[ghost]

Let's say I want to access a user's public folder via KBFS, so now it's accessible via /keybase/public/otherpersonsusername. It doesn't seem that there is any way to easily remove this from being listed under /keybase/public, or in the Mac's menubar GUI. Certainly running rm on the folder (which for obvious reasons I don't have permissions to change, since it's not mine) gives a bunch of permissions errors. Instead, running rm on someone else's folder should give a more sane error message via terminal.

[cjb]

Yeah! This is on our roadmap, just haven't got to it yet. I'll close this since there are a few duplicates already, e.g. #2068.

[strib]

Actually, the fix for this went into today's build. rmdir base/public/otherpersonsusername.

[ghost]

Great - that is useful. rm -rf /keybase/public/otherpersonsusername should also work for this (just for coverage), and there should be a GUI button to allow you to effectively do the same (i.e. remove the person's public folder from the list).

[strib]

rm -rf doesn't work if the user has files in their directory. And you probably don't want to do that on a private directory where you have write access.

[ghost]

Well, I usually don't use rm -rf but it's one command that people use to delete directories. I'm not sure if it's possible to override rm, but I'd suggest that KBFS show a clear error message when doing _any_ rm command on someone else's public directory - saying that you can't edit other peoples' files and asking if you want to remove the folder from your list of public directories.

[strib]

We do show a "no write access" popup error when you try to remove someone else's public files. We don't yet suggest they can remove the folder from their favorites. Not sure how to tell from inside the file system when that is there intent.

Eventually we'll probably have a button in the GUI for removing a favorite.

[hpka]

Getting permission denied for rm -rf, rmdir and rm methods, even tried some of them elevated. Furthermore, I get similar errors in Thunar if I try to trash or delete (shift+del) there. Still not working as far as I can tell.

Chris' public folder is interesting, but perhaps I don't need to see it every day. The popup often comes up when I start file operations.

[cjb]

@hpka please could you run keybase log send after trying exactly:

rmdir /keybase/public/chris

?

[hpka]

Ah shoot. I thought I tried everything but the rmdir method worked just
fine when I tried it then. False alarm, my mistake.

On 22 November 2016 at 08:23, Chris Ball [email protected] wrote:

@hpka https://github.com/hpka please could you run keybase log send
after trying exactly:

rmdir /keybase/public/chris

?

—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/keybase/client/issues/2284#issuecomment-262288041,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AATsLBSbBs_SFRrPB5IJBkxVg6j8HbHkks5rAxb3gaJpZM4HuFiq
.

[wls]

Quick synopsis of #24401: Yes, removing the directory does "work", but it appears when Keybase is restarted the deleted folder comes back. (I can reproduce this on demand; instructions included.)

Just to help gather some more data points, can some folks here that have deleted their folders double check and see if they really are gone? (I'm curious, because this ticket is in 2016 and the one just submitted is in 2020.)