• Content Count

  • Joined

  • Last visited

About Timbo

  • Rank
    Advanced Member

Profile Information

  • Gender
    Not Telling

Recent Profile Visitors

657 profile views
  1. Two way syncing .git folders sounds like a bad idea and wouldn't be a typical use case to be tested, to answer OP's original question. Also, you replied to a 2 year old thread and asked a redundant question (he solved it by reinstalling 2.5.13). Start your own help thread.
  2. I don't think they have any people there anymore that can update their repo. It should have been a copy/paste instructions for someone else to be able to do it (if not already automated), but ¯\_(ツ)_/¯.
  3. What you suggested would be fine for beta testing, not for a proper release. Also, given that a customized sync.conf gets replaced with a super basic web server entry and not a ton of settings, your answer doesn't really jive. Other software does this by having multiple configuration files, with the local/user customized version being loaded last, overriding any default/existing setting. Get some grey beard developers! They have EXPERIENCE and have seen how many issues Resilio has made and still causes have been solved in years prior.
  4. I don't begrudge them for trying to make money. I'm sure their business model has changed frequently over the years. It's hard to compete with free, especially when "if you don't necessarily need the special features" for the majority of users.
  5. They probably have other priorities and do not have any manpower to monitor the forums nor work on the bugs reported.
  6. What kind of files are these? 12919 files only being 3MB of files is nonsensical. You likely have filesystem corruption. Run chkdsk if you're on Windows. Double check you never ran out of space somewhere and these aren't all 0 byte files or something. You might also consider syncing more smaller sized folders with less files in each sync share.
  7. That's not a solution. That's not even an acceptable workaround. I'd rather the resources go into preventing and automatically resolving such an issue, not allow the worst band-aid, ever.
  8. - uninstall - Just delete the .db files No app needed, and if it was needed, these actions should never, ever have to be done. Resilio resources are stretched and need to prioritize. This ain't one of them. Any improvements to fix syncing issues should be implemented in the webGUI and visible to the user so its more intuitive than having to break out the CLI tool and read up on documentation.
  9. My feedback: Upgraded main Windows sync from 2.6.3, was the fastest and easiest upgrade I've ever experienced with Resilio so far. I almost thought the install didn't happen but Resilio opened up and showed 2.7.1 version. So far, only issue is that my local windows peer on the network is now showing up twice, as "Offline" and "Synced with". The peer correctly shows only one instance name of my main windows box. I've reopened Resilio and same thing. Maybe it'll time out. Upgraded my other windows sync box on the network. This time, I was prompted to set a default sync mode tha
  10. On May 21, @Helen said "Packages will be pushed to repo later". That being said, I said, "what the hell" and upgraded from 2.6.3 to on Centos 8 VPS and saw a substantial improvement. Finally seeing speeds I was expecting to see. On 2.6.3 right before the upgrade, it was averaging about 12MB/s (~100Mbps) from a VPS to my home. And I've consistently seen it max out around that for a long time. After the upgrade, the transfer resumed at ~300Mbps. Next time I have a long transfer, I'll check top for rslsync's CPU usage. I've thought that was using a lot for the 100Mbps tra
  11. If you've seen the current debug logs, I doubt there is interest in users self debugging issues. It's not an open source product and fixing the problem isn't really in the user's capability, so spending resources on user's to use CLI debugging tools doesn't make much sense. They'd rather you contact them directly to get to the root of the problem, and then they'll assign resources to bugs that users are actually complaining about. But +1 vote for improving their logging verbosity and structure.
  12. I think leaving it default enabled and 30 days is best for the majority of users, especially since you should always lean towards data safety by default. I've had a few accidental deletes on media files and being able to go to the other side, move it from archive back into the sync folder and recover is by far faster and easier than having a separate backup solution. But they need to break out a lot of the power user settings into main configuration settings so that it isn't forgotten about and is brought to user's attention before they run out of space. Setting your trash days from 30 to
  13. kos13, Good post. I'm glad you guys were able to take care of the server refugees. Yes, that would have been ideal. I'm glad this was actually on your radar, at least. Next time... On the licensing front, am I correct that Pro license was a 5 user license and now a business license with 1 Server license means they would get a 20 user license? Or you're cooking up a special 5 user license for Pro->Server refugees? And I assume you've implemented a cutoff date < June 1st? Or I guess you just can't buy Pro anymore, so that is probably moot.
  14. Another problem with just releasing this feature deprecation without a release in between, is that on Server installs you should flat out prevent auto upgrade instead of allowing it. Upgrading within software and it stops working, that is 100% on the vendor and totally avoidable. Microsoft deprecates major features in nearly all the major releases they do when the feature was poorly designed or it has minimal usage. The differences are that they do not hide the fact, they announce it MONTHS in advance, they release beta builds without said features, and while they may ADD additional lice
  15. Just to be clear, no, not "completely legal". All Microsoft can verify is that a key is valid, they cannot validate the license terms you're clearly breaking. Legal isn't defined by whether the key installs or not, its usage. You're not even being naive (ignorance is not a legal argument), just obtuse. That being said, many IT people have home labs and access to technical subscriptions from Microsoft and can obtain legal licenses for cheap (no, not $12, either) that are NOT intended for production but testing and development purposes. Having access to Windows Essentials by an IT person is