#2565 closed defect (somebody else's problem)

Magic Folder: how do we know whether deletion is intentional?

Reported by: daira Owned by: daira
Priority: normal Milestone: undecided
Component: code-frontend-magic-folder Version: 1.10.1
Keywords: magic-folder usability zookos-opinion-needed Cc: tahoe-lafs.org@…
Launchpad Bug:

Description

For Magic Folder to be useful for backup, files should be retained if they are accidentally deleted. But if deletion is intentional, they should be deleted from all replicas. I had been thinking that if files were deleted when the gateway was not running, then they should be restored on startup; however this makes the behaviour when running and non-running inconsistent.

Change History (9)

comment:1 Changed at 2015-11-02T19:07:49Z by zooko

We should call this functionality something like "expunging" or something, and IMHO we should put off any implementation of it to some future stage. For now I think it should be impossible to remove files from Magic Folders history.

comment:2 Changed at 2015-11-02T19:33:28Z by daira

Zooko: the current Magic Folder design doesn't retain old versions of files. (It would be a relatively straightforward change to make it do so, but it's not clear what the UI would be, and we decided that supporting this was out of scope for the OTF grant.)

comment:3 follow-up: Changed at 2015-11-02T19:40:01Z by daira

I propose that the Magic Folder implementation not do anything special to handle deleted files on startup. That is, a file that is found to have been deleted while the node was not running is treated in the same way as a file that is deleted just after it has started.

(Currently, that is to upload a deletion marker, which will cause other nodes to rename their copy of the file to $FILENAME.backup if they have it, or do nothing if they do not already have it.)

comment:4 in reply to: ↑ 3 ; follow-up: Changed at 2015-11-03T21:03:20Z by lpirl

Replying to daira:

(Currently, that is to upload a deletion marker, which will cause other nodes to rename their copy of the file to $FILENAME.backup if they have it, or do nothing if they do not already have it.)

Actual deletion does not happen anyways, does it? Could backup files also be named $FILENAME.backup_<timestamp>? But his accumulates a lot of old files over time… for users that do not want this, it could be optional.

comment:5 Changed at 2015-11-03T21:48:52Z by lpirl

  • Cc tahoe-lafs.org@… added

comment:6 in reply to: ↑ 4 Changed at 2015-11-04T01:27:01Z by daira

Replying to lpirl:

Replying to daira:

(Currently, that is to upload a deletion marker, which will cause other nodes to rename their copy of the file to $FILENAME.backup if they have it, or do nothing if they do not already have it.)

Actual deletion does not happen anyways, does it?

No. But there may be no other copy of the file in some cases (if it was deleted from the client on which it was created, before it was uploaded and then downloaded by any other client).

Could backup files also be named $FILENAME.backup_<timestamp>? But his accumulates a lot of old files over time… for users that do not want this, it could be optional.

Yes, that was anticipated but not required for the OTF grant proposal.

comment:7 Changed at 2015-12-07T21:29:20Z by dawuud

  • Resolution set to fixed
  • Status changed from new to closed

i think this ticket can be closed. we are already working on better conflict detection here: https://tahoe-lafs.org/trac/tahoe-lafs/ticket/2582

and in at least one of our new proposed data models ambient deletion authority is removed by logging all historical versions of a file.

comment:8 Changed at 2015-12-14T19:59:13Z by daira

  • Resolution fixed deleted
  • Status changed from closed to reopened

We should only close this when/if we have decided that the model we're going to implement will address this problem.

comment:9 Changed at 2020-06-30T13:43:58Z by exarkun

  • Resolution set to somebody else's problem
  • Status changed from reopened to closed

magic-folder has been split out into a separate project - https://github.com/leastauthority/magic-folder

Note: See TracTickets for help on using tickets.