magic-folder .conflict detection is incorrect #2911

Closed
opened 2018-03-27 21:14:19 +00:00 by meejah · 3 comments
Owner

It seems like the .conflict detection for magic-folder isn't always functioning as intended.

(Partially a placeholder for integration-tests relating to .conflict behavior; just want a ticket number for the branch).

It seems like the .conflict detection for magic-folder isn't always functioning as intended. (Partially a placeholder for integration-tests relating to .conflict behavior; just want a ticket number for the branch).
meejah added the
code-frontend-magic-folder
normal
defect
1.12.1
labels 2018-03-27 21:14:19 +00:00
meejah added this to the undecided milestone 2018-03-27 21:14:19 +00:00
Author
Owner

After the 2909.backup-behavior.0 is merged, two problems with .conflict files remain:

  • Alice uploads a new file while Bob is offline; when Bob starts up, he records a conflict
  • There is no way to "resolve" a conflict (if we decide Alice is the "right content" then when Bob uploads a new version with the agreed-upon content, Alice will download and conclude it's a conflict)
After the 2909.backup-behavior.0 is merged, two problems with .conflict files remain: - Alice uploads a new file while Bob is offline; when Bob starts up, he records a conflict - There is no way to "resolve" a conflict (if we decide Alice is the "right content" then when Bob uploads a new version with the agreed-upon content, Alice will download and conclude it's a conflict)

I've split the first issue above into a separate ticket (#2965), under the assumption that we will probably be addressing it separately.

I've split the first issue above into a separate ticket (#2965), under the assumption that we will probably be addressing it separately.

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

magic-folder has been split out into a separate project - <https://github.com/leastauthority/magic-folder>
exarkun added the
somebody else's problem
label 2020-06-30 13:48:23 +00:00
Sign in to join this conversation.
No Milestone
No Assignees
3 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Reference: tahoe-lafs/trac-2024-07-25#2911
No description provided.