RomanZ Posted March 31, 2014 Report Share Posted March 31, 2014 Dear all, Let me introduce BTSync 1.3.77 for desktop. The main changes in the build are fixes, please see the list below. Desktop changesFixed crashes on all platformsFixed issue with clients discovery in LANFixed issue with redundant .conflict files and folders creationPrevious change list here. Quote Link to comment Share on other sites More sharing options...
JimmyTheSaint Posted March 31, 2014 Report Share Posted March 31, 2014 My Windows and Linux devices all updated and synced with no problems. Quote Link to comment Share on other sites More sharing options...
dms2013 Posted March 31, 2014 Report Share Posted March 31, 2014 This is good news. And even the link to the previous change log that I remember someone asking for. Will try it out. Quote Link to comment Share on other sites More sharing options...
cz2000 Posted March 31, 2014 Report Share Posted March 31, 2014 Hello, Admin Chinese users can not access config.usyncapp.com, keep trying, that is not found in any other machine. Version 1.2.92 uses r.usyncapp.com, do not have this problem [2014-04-01 00:49:59] bind port is 21498[2014-04-01 00:51:00] Requesting folder config from config.usyncapp.com[2014-04-01 00:51:30] Requesting folder config from config.usyncapp.com[2014-04-01 00:52:00] Requesting folder config from config.usyncapp.com[2014-04-01 00:52:27] NAT-PMP: Unable to map port with NAT-PMP.[2014-04-01 00:52:30] Requesting folder config from config.usyncapp.com[2014-04-01 00:53:00] Requesting folder config from config.usyncapp.com[2014-04-01 00:53:30] Requesting folder config from config.usyncapp.com[2014-04-01 00:53:48] NAT-PMP: Unable to map port with NAT-PMP.[2014-04-01 00:54:00] Requesting folder config from config.usyncapp.com[2014-04-01 00:54:30] Requesting folder config from config.usyncapp.com[2014-04-01 00:55:00] Requesting folder config from config.usyncapp.com[2014-04-01 00:55:30] Requesting folder config from config.usyncapp.com[2014-04-01 00:56:00] Requesting folder config from config.usyncapp.com[2014-04-01 00:56:30] Requesting folder config from config.usyncapp.com[2014-04-01 00:57:00] Requesting folder config from config.usyncapp.com[2014-04-01 00:57:30] Requesting folder config from config.usyncapp.com[2014-04-01 00:58:00] Requesting folder config from config.usyncapp.com[2014-04-01 00:58:30] Requesting folder config from config.usyncapp.com[2014-04-01 00:59:00] Requesting folder config from config.usyncapp.com[2014-04-01 00:59:30] Requesting folder config from config.usyncapp.com[2014-04-01 00:59:59] SyncFilesController: started periodic scan Quote Link to comment Share on other sites More sharing options...
wandogau Posted March 31, 2014 Report Share Posted March 31, 2014 Hello, let me thank you for the ability to Switch between the Tabs of the Windows program by using ctrl+tab. This Feature is not documented, but it works with 1.3.77 now! great! Best regards - Wandogau Quote Link to comment Share on other sites More sharing options...
fbreve Posted March 31, 2014 Report Share Posted March 31, 2014 I don't know if it was alwasy this way or if it is a bug introduced from version 1.3, but the upload limit is being applied to local connections. I wish I could limit only internet connections. LAN bandwidth is abundant and I don't need to limit it. Quote Link to comment Share on other sites More sharing options...
d9nut Posted March 31, 2014 Report Share Posted March 31, 2014 Still seeing issues with my linux client - other clients on the network (OSX & Windows) see the linux client 3 times. The linux client see's the other clients on the network along with itself listed in devices twice. I can 'fix' this behaviour by disabling the 'Use relay server when required' and 'Use tracker server' options for each folder on the linux client. EDIT: even with those options disabled the OSX clients are still seeing the linux client (rupert) 3 times although the linux client no longer sees itself. Quote Link to comment Share on other sites More sharing options...
d9nut Posted March 31, 2014 Report Share Posted March 31, 2014 Linux client back on 1.2.92 and OSX clients on 1.3.77 FURTHER EDIT: After doing some tcpdumps I noticed most of my traffic was UDP and I was getting a mix of internal and external IP addresses even though all clients are on the same network. Disabling 'Use relay server when required' and 'Use tracker server' on all clients seems to have switched things to tcp and I'm only seeing each device once in the lists with 1.3.77 on all clients. Quote Link to comment Share on other sites More sharing options...
capi Posted March 31, 2014 Report Share Posted March 31, 2014 The i386 version of 1.3.77 crashes on my computer. Please see the attached log file. What I noticed is that the name of the folders is truncated, the paths are longer and similar names work on x64 hosts. For now I reverted back to 1.2.92 on the i386 machine, keeping all others on 1.3.77. Will this cause problems?log.txt Quote Link to comment Share on other sites More sharing options...
dms2013 Posted April 1, 2014 Report Share Posted April 1, 2014 Cz2000t.usuncapp and r.usyncapp.com reaolves to.the wrong IP. This was an attempt to get around that. It worked for a while though... Quote Link to comment Share on other sites More sharing options...
RomanZ Posted April 1, 2014 Author Report Share Posted April 1, 2014 cz2000, In the past I've realized, that only DNS is incorrectly resolved in China, while actual connection is possible. Please try to associate next IP addresses with config.usyncapp.com in your hosts file: 54.225.92.50, 54.225.196.38, 54.225.100.8 fbreve,Thanks for reporting. We'll try to reproduce this issue in our lab. d9nut,Thanks for reporting! Any chance to get debug logs? capi,Thanks for getting crash log. We'll take a look at at and get back to you. Quote Link to comment Share on other sites More sharing options...
RomanZ Posted April 1, 2014 Author Report Share Posted April 1, 2014 capiYour crash report was very useful, thanks. Issue will be fixed in next build. fbreve,We've got issue reproduced and will fix it soon. Quote Link to comment Share on other sites More sharing options...
stanha Posted April 1, 2014 Report Share Posted April 1, 2014 I had a crash on 1.3.77/Win.Crash dump:Removed. Quote Link to comment Share on other sites More sharing options...
RomanZ Posted April 1, 2014 Author Report Share Posted April 1, 2014 Stanha, Thanks for the dump and report. We'll check what has happened. Quote Link to comment Share on other sites More sharing options...
cz2000 Posted April 1, 2014 Report Share Posted April 1, 2014 cz2000, In the past I've realized, that only DNS is incorrectly resolved in China, while actual connection is possible. Please try to associate next IP addresses with config.usyncapp.com in your hosts file: 54.225.92.50, 54.225.196.38, 54.225.100.8 fbreve,Thanks for reporting. We'll try to reproduce this issue in our lab. d9nut,Thanks for reporting! Any chance to get debug logs? capi,Thanks for getting crash log. We'll take a look at at and get back to you.Hello, RomanZChina DNS indeed done the dirty action, which I have gotten in the last r.usyncapp.com too, so I've previously resolved the three correct address(54.225.92.50, 54.225.196.38, 54.225.100.8) for config.usyncapp.com, and write into my hosts file, however, the fault persists, and display same error. I suspect this period of ip address (54.225.92.50, 54.225.196.38, 54.225.100.8) has blocked by China GFW. BTW, are you still able to make r.usyncapp.com work in 1.3.XX? Quote Link to comment Share on other sites More sharing options...
RomanZ Posted April 2, 2014 Author Report Share Posted April 2, 2014 cz2000, Relay server is still working in 1.3. Could you please try to get the config file directly, "http://54.225.92.50/sync.conf"? Quote Link to comment Share on other sites More sharing options...
photoniac Posted April 2, 2014 Report Share Posted April 2, 2014 The file count that shows up in "My Sync" is wrong. It shows "51.5 Mb in 105 files" on Computer A while it shows "51.5 Mb in 108 files" on Computer B. Both computers are Windows 7 machines and are sync'd using 1.3.67 And the folder has indeed 108 files, not 105. The size is correct. Moving to 1.3.77 did not fix the count. Quote Link to comment Share on other sites More sharing options...
RomanZ Posted April 2, 2014 Author Report Share Posted April 2, 2014 Photoniac, Aren't some files in .syncignore? Also, are there some files on Computer A has "0" size (these files are not counted)? Quote Link to comment Share on other sites More sharing options...
photoniac Posted April 2, 2014 Report Share Posted April 2, 2014 Aren't some files in .syncignore? Also, are there some files on Computer A has "0" size (these files are not counted)? You nailed it. The files from .SyncIgnore were not counted. Now I have to see what's causing the extra 3 files reported on Computer B. I am guessing the .SyncIgnore files would need to be sync'd. Quote Link to comment Share on other sites More sharing options...
mike20021969 Posted April 2, 2014 Report Share Posted April 2, 2014 (edited) 1.3.78 available:[link removed] Direct link: [link removed] Edited April 2, 2014 by GreatMarko Links removed - this build hasn't yet passed QA & hasn't been officially released. New builds will be announced by administrators when appropriate. Thank you for your cooperation Quote Link to comment Share on other sites More sharing options...
RomanZ Posted April 2, 2014 Author Report Share Posted April 2, 2014 mike20021969, all, I would avoid getting this build for now. It has not passed QA cycle yet. I usually announce on the forum once we have a build suitable for deployment. So use 1.3.78 only at your own risk. Quote Link to comment Share on other sites More sharing options...
mike20021969 Posted April 2, 2014 Report Share Posted April 2, 2014 I usually announce on the forum once we have a build suitable for deployment. Indeed. I won't post links in that way again. Sorry. Quote Link to comment Share on other sites More sharing options...
Killa Posted April 2, 2014 Report Share Posted April 2, 2014 I also get the *** glibc detected *** ./btsync: free(): invalid next size (fast): 0x0090a8a8 ***Aborted errors. Quote Link to comment Share on other sites More sharing options...
RomanZ Posted April 2, 2014 Author Report Share Posted April 2, 2014 Killa, A bit more details? When does the error happens? Do you see it in console or in log? Was the previous version worked? What is your platform? Quote Link to comment Share on other sites More sharing options...
mbi Posted April 2, 2014 Report Share Posted April 2, 2014 The Mac client still doesn't properly check for updates, insists that "BitTorrent Sync 1.3.67 is currently the newest version available." Thank goodness my linux servers let me know there is a new version when they inform me the Debian package was updated 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.