beakerbrowser / hashbase

A Dat-hosting service for multiple users
https://hashbase.io
MIT License
239 stars 38 forks source link

Removing an archive and private sharing #101

Open hossameldeen opened 6 years ago

hossameldeen commented 6 years ago

The following happened with me that made me rethink several assumptions of beaker & hashbase:

Several user assumptions that have been broken by beaker & hashbase, in my opinion:

1) Beaker: Deleting an archive stops seeding it even if not removed from trash yet. 2) Hashbase: Removing an archive removes everything hashbase knows about the archive. 3) Hashbase: Actually, I don't remember consenting to making my pinned websites' urls public in the first place (probably did :D), but Recent Activity is dangerous, in my opinion, or even showing the websites that a user has in their profile, and perhaps an explicit option or disclaimer "Show the website on your profile" would be good.

With all due respect! :-)

pfrazee commented 6 years ago

Thanks for the feedback, I'll talk with @taravancil about 2 and 3.

About 1, Beaker only permadeletes an archive once it's cleared from the trash (happens automatically after 2 weeks). If you visit the archive it'll be swarmed for the rest of the session atm.

hossameldeen commented 6 years ago

Great, thank you!

And in case I didn't make it clear enough in the OP: Especially problematic is removing an unnamed archive because its public key remains exposed in Recent Activity.

pfrazee commented 6 years ago

That does make sense, yeah. We'll give this some careful thought.

erangell commented 6 years ago

Can a checkbox be added: "Publish as Unlisted" before publishing an archive to Hashbase? Then any unlisted archives should never be displayed in "Recent Activity".