You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Sep 6, 2019. It is now read-only.
Right now both sync-Storj, Sync-Sia and the overlay handler locks all files both during the time the files are first added to the sync directory, when files or folder are edited or when one tries to delete the sync dir content. The problem arises when hundreds or thousands of folders with a/b/c/d/e/f... sub-folder structures with files come into play, as the app can't keep up with the speed at which the user is interacting with the files.
If the app reads the files, it should do so passively in the background, not actively.
Although many errors arise from this, the main problem is the negative user experience impact.
screenshots of the errors are posted in #sia on slack.
The text was updated successfully, but these errors were encountered:
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Right now both sync-Storj, Sync-Sia and the overlay handler locks all files both during the time the files are first added to the sync directory, when files or folder are edited or when one tries to delete the sync dir content. The problem arises when hundreds or thousands of folders with a/b/c/d/e/f... sub-folder structures with files come into play, as the app can't keep up with the speed at which the user is interacting with the files.
If the app reads the files, it should do so passively in the background, not actively.
Although many errors arise from this, the main problem is the negative user experience impact.
screenshots of the errors are posted in #sia on slack.
The text was updated successfully, but these errors were encountered: