remove todo about behavior that turns out to be desired
Drives that are not mounted still have Remotes, and it makes sense to scan them along with all the other remotes on startup, so we end up with queued transfers for them, that will be used when they get mounted.
This commit is contained in:
parent
3a09192631
commit
cc94ff2d1d
1 changed files with 0 additions and 2 deletions
|
@ -13,8 +13,6 @@ all the other git clones, at both the git level and the key/value level.
|
|||
remote becomes available, and a Download is queued from it. Would be
|
||||
good to sort the transfer queue to run fast Downloads (and Uploads) first.
|
||||
Or, solve this along with the item above?
|
||||
* For some reason, the TransferScanner is queueing transfers from remotes
|
||||
that are on drives that are not mounted. (In my sound repo.)
|
||||
* Ensure that when a remote receives content, and updates its location log,
|
||||
it syncs that update back out. Prerequisite for:
|
||||
* After git sync, identify new content that we don't have that is now available
|
||||
|
|
Loading…
Reference in a new issue