fatso83

Members
  • Content Count

    22
  • Joined

  • Last visited

  • Days Won

    1

About fatso83

  • Rank
    Member

Recent Profile Visitors

860 profile views
  1. That is plain wrong. Hard to believe perhaps, but there are hundreds and thousands of known bugs in all production software. There is simply a prioritization of what is worth doing at a given time. Some bugs will never be fixed, others will. There are for instance about 60 000 open and known bugs or issues at the present time in Chrome - the worlds most popular browser, made by some of the world's best paid talent. So it's just a reality of life: bugfree software doesn't exist.
  2. From time to time we need to google our way to this article in order to fix the problem of the Finder integration not working. Searching for this problem on the forums shows that it is still a quite recurrent theme these days. I remember having issues with this in 2014. Three years later, this is still a thing, and the number one annoyance with Sync in our office. Should Resilio invest a little more effort into fixing this thing? I mean, Dropbox is essentially having the same desktop integration, and I have had a problem with that since using that in 2009. What about doing some cleanup/resetti
  3. I have gotten great support from you guys, but waiting a weekend is not so hot when you are in a different time zone and stuff is halting production on Monday (which is starting 10 hours before you guys get to work). Maybe you should have an option of paid premium+ support for people that require immediate assistance, possibly off-hours? Way cheaper to pay 50$ for immediate support than having three people unable to sync their work for two days.
  4. I just had to try and resolve an issue for my wife's company that I assume has been building up for a while: indexing never finished and after looking into it they had 1.4 million conflict folders under one specific subfolder. The number was increasing by the minute ... Fixing this took quite some time (one hours on a Fusion drive, 4 minutes on a SSD), and required some tinkering (and support from you guys), but I think it never should have gotten this far. To me, creating millions of folder is a bug, no matter the background for how they are created, and I think the process should be st
  5. Just after adding a new share (for instance after clicking a sharing link) one can click the peers column and see the connected peers. Until file transfers actually start it will have a green tick next to the other peers saying "Synced", even though no such thing has yet occurred. That is a bit misleading, and is one of several minor UI/UX bugs related to statuses.
  6. I know that Sync stored earlier file versions in its .sync/Archive folder, but most people using it does not know. People don't read documentation. So I think that when right-clicking a file in Finder (or Explorer) one should be presented with a way of choosing an earlier file version. The dialog should show these fields for each file/folder When was the file created When was it overwritten by the next version Which peer (user+device) had the change that triggered the overwrite/deletion I know that is what proper backups systems are for, but this eases debugging sync issu
  7. I think a key missing feature from Sync is stopping errors from propagating by interacting with the user and presenting her with options on what one can do. As an example, I recently filed an issue #49958 where the indexing was out of control. It turned out that due to some naming conflict (probably due to the composed/decomposed issue) *.Conflict folders were being created. By the time we found out why indexing never finished 1.4 million such conflict folders had been created for one particular weirdly named folder. When stuff like that happens Sync should notify the user that something
  8. Really wish Resilio had a way of voting for features that was better than +1, but here goes. +1 for me too. I have no idea if it's the sheer number of files or something else that is tripping up the 50GB common share at work, but it sure as hell is annoying not to know if there is any progress.
  9. I am backing up my Windows Phone pictures using Bittorrent Sync, and when it (finally) connects to my Mac it usually works fine. But I can never get the sync to fully finish as BT Sync on my Mac says it is trying to copy "809 files to" my Windows Phone. Which is strange, given that my Mac got a read-only link from the mobile device ... Something seems fishy here :-/
  10. We have no idea what is the cause of the above errors, but deleting all the conflicting folders seems to have fixed things. For now ... we have turned off syncing on a few other computers, so we will see once we start hooking them up again. This is what I have done so far # Find all conflicting folders and list its contents find /Users/Frost/BitTorrent\ Sync/Frost\ Arkitekter/ -type d -name '*Conflict*' -print0 |sudo xargs -0 ls # Delete all empty conflicting folders find /Users/Frost/BitTorrent\ Sync/Frost\ Arkitekter/ -type d -name '*Conflict*' -print0 |sudo xargs -0 rmdir # Aft
  11. We have a problem with sync producing hundreds of (usually empty) *.Conflict folders and the debug log is producing 100MB per hour of crap. A lot of it is stuff like: [20160412 10:00:01.486] JOURNAL[0123]: won't perform job for entry "Admin/Admin/DAGLIG DRIFT/ANSETTELSER/Petter Gillebo/215.05 Tidsbegrenset arbeids.textClipping/com.apple.ResourceFork" - parent has fs error [20160412 10:00:01.486] JOURNAL[0123]: Setup entry job "FileEntryJob" for path "Admin/Admin/DAGLIG DRIFT/ANSETTELSER/Petter Gillebo/215.05 Tidsbegrenset arbeids.textClipping/com.apple.ResourceFork", next state is "COMPLET
  12. Aha. That could have been easier to come across, but is fine. Still, think showing the 1.4 is a bit misleading to users as they will think they are somehow stuck on an old version. I would have tried to gloss over the actual technical details for new users by specially handling these 1.4 read-only folders with a "Read-only backup" distinction, rather than implying you're running some kind of legacy thing by stating it's a version 1.4 folder. My 2 cents. Would have saved me two hours of googling for variations on "Sync won't upgrade 1.4 folder 2.0" / "BTSync stuck on 1.4 backup", etc. Thank
  13. To be clear, what you are saying is this: new users of Sync that turn on Camera Backup will get 2.0-style backupsold users of Sync and Camera Backup will get 1.4-style backups no matter what they doDo I understand you correctly? Because right now I have been trying for an hour trying to remove all traces of Sync 1.4 ever being used to sync my Camera Backup folder, disconnecting and removing the folder from all other computers and deleting the .sync folder, but upon re-enabling it still shows up as 1.4 on the other computers.
  14. I think I have a reasonably simple folder that I am sharing: approx 3.8GB and 3800 files. I have a 50Mbit connection, so downloading it from the existing computers over the internet gives me about 3-5 MB/s. This means I can go from 0% to 100% in less than ten minutes. Now I needed to move the shared folder on my local server, and to save time, I followed the instructions on how to unshare, move, and then re-add the existing folder using the old key. This seems to work, but is excruciatingly slow! After waiting 30 minutes it has reached 11%. This is repeatable (just quit Sync and it will resta