Subdirectories remain in magic-folder upload queue indefinitely #2924

New Issue

crwood · 2018-05-14T01:18:24Z

crwood commented

2018-05-14 01:18:24 +00:00

Subdirectories created inside of a magic-folder appear to remain in the magic-folder status upload queue indefinitely. Example:

dev ~ % tahoe magic-folder status -n TestFolder
Magic-folder status for 'TestFolder':
Local files:
  file.txt (5.21 MB): good, version=0, created 6 minutes ago
  subdir@_ (0 B): good, version=0, created 5 minutes ago
  subdir@_other_file.txt (965.85 kB): good, version=0, created 2 minutes ago

Remote files:
  admin's remote:
    file.txt (5.21 MB): good, version=0, created 6 minutes ago
    subdir@_ (0 B): good, version=0, created 5 minutes ago
    subdir@_other_file.txt (965.85 kB): good, version=0, created 2 minutes ago

Uploads:
  subdir/: 0.0% done

In this case, the subdir/: 0.0% done upload operation will persist in between client restarts (i.e., be re-added to the queue on startup but remain at "0.0% done" forever), regardless of the contents of that subdirectory and/or the ongoing upload/download progress of any of the files contained inside it.

As meejah has suggested, this may have something to do with the "flattening" behavior of magic-folder (which does not use standard/nested tahoe directories but instead lists all files within a magic-folder at the top-level of a mutable object using "@_" as a path separator). In any case, the correct behavior should probably either clear/remove this upload operation once "subdir" has been successfully created in the remote magic-folder, or keep the upload operation in the list for some amount of time but display it as being 100% done.

Subdirectories created inside of a magic-folder appear to remain in the `magic-folder status` upload queue indefinitely. Example: ``` dev ~ % tahoe magic-folder status -n TestFolder Magic-folder status for 'TestFolder': Local files: file.txt (5.21 MB): good, version=0, created 6 minutes ago subdir@_ (0 B): good, version=0, created 5 minutes ago subdir@_other_file.txt (965.85 kB): good, version=0, created 2 minutes ago Remote files: admin's remote: file.txt (5.21 MB): good, version=0, created 6 minutes ago subdir@_ (0 B): good, version=0, created 5 minutes ago subdir@_other_file.txt (965.85 kB): good, version=0, created 2 minutes ago Uploads: subdir/: 0.0% done ``` In this case, the `subdir/: 0.0% done` upload operation will persist in between client restarts (i.e., be re-added to the queue on startup but remain at "0.0% done" forever), regardless of the contents of that subdirectory and/or the ongoing upload/download progress of any of the files contained inside it. As meejah has suggested, this may have something to do with the "flattening" behavior of magic-folder (which does not use standard/nested tahoe directories but instead lists all files within a magic-folder at the top-level of a mutable object using "@_" as a path separator). In any case, the correct behavior should probably either clear/remove this upload operation once "subdir" has been successfully created in the remote magic-folder, or keep the upload operation in the list for some amount of time but display it as being 100% done.

crwood added the

labels 2018-05-14 01:18:24 +00:00

crwood added this to the undecided milestone 2018-05-14 01:18:24 +00:00

meejah commented

2018-05-15 04:40:29 +00:00

Does this always happen if you add a subdir? I tried a couple quick things but didn't ever see any of my subdirs in the uploads list.

Does this *always* happen if you add a subdir? I tried a couple quick things but didn't ever see any of my subdirs in the uploads list.

meejah commented

2018-05-15 04:41:57 +00:00

Oh, there we go: this only happens if you:

add a subdirectory
restart the client

Oh, there we go: this only happens if you: - add a subdirectory - restart the client

meejah commented

2018-05-15 15:12:54 +00:00

Hmm, I also see that at least my subdir "uploads" entries go away after a while (possibly when magic-folder decides to do a "full scan" which is every 10 minutes).

crwood added

code-frontend-magic-folder

and removed

unknown

labels 2019-01-29 15:57:12 +00:00

exarkun added the

somebody else's problem

label 2020-06-30 13:48:54 +00:00

exarkun closed this issue

2020-06-30 13:48:54 +00:00

Sign in to join this conversation.