Lentil-Soup Posted January 31, 2019 Report Share Posted January 31, 2019 (edited) "Can not download (#) files" info screen stuck, persistent, multiple platforms SCOPE: - Affects both Linux [Ubuntu v.18.10] and macOS [Mojave v.latest] clients - Affects all folders for all issues - Resilio v.2.6.3 (1340) (latest) PROBLEM: To start, I have some sort of sync issue that I need to troubleshoot. (this happens every couple days, and is frustrating our team, but that's a different point for a different discussion). In order to troubleshoot, I need to see what files are effected, so I first click on the notification: From there, I click on the error message ("cannot download (#) files") : Finally, what should show up as a list of conflicts, is just stuck on the loading screen: Waiting several hours, restarting the service, disconnecting/reconnecting the folder, rebooting the machine, NOTHING seems to fix this. Any help? Edited January 31, 2019 by Lentil-Soup Fixed a small typo Quote Link to comment Share on other sites More sharing options...
Vaclav Posted February 4, 2019 Report Share Posted February 4, 2019 Same problem on Debian client (2.6.1, 1319) with encrypted folders. Rebooting, disconnecting/reconnecting folder does not help. Quote Link to comment Share on other sites More sharing options...
Lentil-Soup Posted February 4, 2019 Author Report Share Posted February 4, 2019 Also sent them a formal support request the same day this post is created. Have not received any response of any kind. Will update when I hear back from them of course. Is this how they treat the paying customers or is this just a fluke? Quote Link to comment Share on other sites More sharing options...
piotrnik Posted February 21, 2019 Report Share Posted February 21, 2019 I'm also seeing this on Android (running Pie) and Windows 10 x64 over multiple folders and devices (with different folders on each device) Quote Link to comment Share on other sites More sharing options...
SFarbo Posted January 5, 2020 Report Share Posted January 5, 2020 Same problem on both of my Windows 10 machines and the web interface for my headless Ubuntu server. Quote Link to comment Share on other sites More sharing options...
AlexC Posted January 8, 2020 Report Share Posted January 8, 2020 @SFarbo When a file in a shared folder in Selective sync mode is created and then deleted/moved while Sync is paused/busy with another task/has no other peers online, it cannot be synced to the other peers. Local peer notices the presence of a new file and after deleting it creates a placeholder. Other peers become aware of existence of such a file later, hence the warning sign, but in reality it is a "ghost file" that no one has anymore. Clicking on the warning one can see the filenames. If the files don't exist anymore, you can press the Ignore All button to hide the warning. One can also disable this warning via power user preferences: If the files exist, one should be careful - may be the more up-to-date version actually exists on a certain peer which is offline at the moment. If you are certain that local version of files is the most up-to-date, touch them or move them out of a shared folder to some temporary location and then move them back to the shared folder. Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.