koldKat Posted July 15, 2013 Report Share Posted July 15, 2013 +1 for .SyncArchive from me too.I reckon it was overlooked in the rush to make a new build for us anyway, and it was meant to be .SyncArchive in the first place.Being able to configure the location of SyncArchive/Trash would be sweet. I wouldn't mind keeping all archives/trash in a completely separate location from a particular sync folder. Sure would make them a hell of a lot easier to manage. Link to comment Share on other sites More sharing options...
sts Posted July 15, 2013 Report Share Posted July 15, 2013 +1 for .SyncArchive from me as well.Also, there is still no rename detection, so I can rename a file on A and what happens is that the file will be resynced to B (new copy with new name + move older file to trash). There is no need to as you have the hashes.And there is still no FreeBSD instant syncing support. That makes it pretty useless in a Dropbox-like sense. Currently I can achieve the same results of Bittorrent Sync with Unison in a cron job + I get rename support and the source code. So please fix that, because it is pretty annoying when you have e.g. a server with a high rescan_interval because your drives want to sleep and btsync does not sync because it does not know it has to sync. And I'm not talking about the desktop...Keep up the good work. Link to comment Share on other sites More sharing options...
cyanarnofsky Posted July 15, 2013 Report Share Posted July 15, 2013 Having issues with 1.1.40 on LinuxI installed the correct linux version, have it running. The webGUI says it is 1.0.34 when I downloaded 1.1.40. I had run the older on a while back on this same server, webGUI different version than client?I am having issues with no sync, I have it installed on the Linux box and Windows. I can sync just fine between 2 windows machine (had this running between my linux and windows machine before on the older version, but now it wont connect between them)?? Link to comment Share on other sites More sharing options...
fukawi2 Posted July 16, 2013 Report Share Posted July 16, 2013 FWIW, I too would much prefer a dot-folder for the Trash/Archive folder, for all the reasons already mentioned. Link to comment Share on other sites More sharing options...
dmason Posted July 16, 2013 Report Share Posted July 16, 2013 Having the SyncArchive folder viewable and in every shared directory is going to confuse people who don't know much about computers. Just think of them asking: Why is it there? Can I delete it? Why does it come back when I do?The beauty of this software is that you don't notice it. Having the SyncArchive folder front and center goes against that.I also don't like it mixed in with my stuff. I'm really particular about things like that and seeing it just bothers me. Link to comment Share on other sites More sharing options...
vadimt Posted July 16, 2013 Report Share Posted July 16, 2013 Having issues with 1.1.40 on LinuxI installed the correct linux version, have it running. The webGUI says it is 1.0.34 when I downloaded 1.1.40. I had run the older on a while back on this same server, webGUI different version than client?I am having issues with no sync, I have it installed on the Linux box and Windows. I can sync just fine between 2 windows machine (had this running between my linux and windows machine before on the older version, but now it wont connect between them)??Hi!Could you please remove 1.0.34 from your machine and install 1.1.40?We supports upgrade from 1.0.109 version and newer for now.Also please let us know if you will have sync issues after that.Thanks! Link to comment Share on other sites More sharing options...
atte Posted July 16, 2013 Report Share Posted July 16, 2013 1.1.40 seems to get stuck here. Have two linux boxes sharing three folders ("small", "medium" and "large") that all originated from box A.All folders are indexed on box A. Folder small is synced to box B, folder medium is in progress, and folder large is not started.Box B has been turned off during the night, when it first came up this morning, it just sat there, web interface on box A showed that 76 GB of medium folder needed to be synced to B, but no traffic...EDIT:After restarting btsync on box B the web interface on A shows that btsync thinks that 2.5Gb of "small folder" is not to be uploaded to box B. Still no traffic.And why is btsync on box A (lenovo laptop x61s) taking 6-10% of my CPU just sitting there?And just as bad: btsync suddenly want's to reindex the untouched small folder on box A.... Link to comment Share on other sites More sharing options...
affinity Posted July 16, 2013 Report Share Posted July 16, 2013 For the first time in BTSync history, I today saw lots of crashes with the latest 1.1.40 version -- no such crashes with earlier versions, ever. Windows only, Debian running standalone 1.1.40 is not giving any problems, aside from the inability to use https which I keep reporting for the more recent versions The built-in dump reporting has failed too.Edit: I might add that the Linux sync only has a very small set of local files which are not shared externally -- just b/w my Windows and Linux machines for testing / proving of both versions, so, in short it isn't working as hard on Linux as it is on Windows which has more syncs (most from external sources). Link to comment Share on other sites More sharing options...
affinity Posted July 16, 2013 Report Share Posted July 16, 2013 I'm seeing loads of errors like this one:"Failed to download xxxx\xxxx.jpg - CloseHandles: Cannot create a file when that file already exists."Don't know if this is related to the crashes at all, probably not as there are too many of these messages. Don't know if these messages were there before or not as I never went looking at history for problems..... Link to comment Share on other sites More sharing options...
krtaylor Posted July 16, 2013 Report Share Posted July 16, 2013 Re the SyncTrash/Archive issue - why can't you just use the Windows Recycle Bin? I realize this won't work for Linux/Android/other OSs, but probably the vast majority of inexperienced users will be on Windows and they are already quite familiar with how the Recycle Bin works. That would not only eliminate most potential confusion, but also allow files to be conveniently restored or disposed of in one place without any extra coding effort or user work. Link to comment Share on other sites More sharing options...
kos13 Posted July 16, 2013 Author Report Share Posted July 16, 2013 New build 1.1.42 is ready Link to comment Share on other sites More sharing options...
Limes102 Posted July 16, 2013 Report Share Posted July 16, 2013 Would it be possible to add a symlink on the server so that going to http://syncapp.bittorrent.com/latest takes us to the newest version? It would make it easier to update across platforms if there was a fixed URL.Just a suggestion Aaron Link to comment Share on other sites More sharing options...
atte Posted July 16, 2013 Report Share Posted July 16, 2013 (still) crashes on my geode CPU. I send you logs already.... Link to comment Share on other sites More sharing options...
affinity Posted July 16, 2013 Report Share Posted July 16, 2013 Now with 1.1.42 -- but still no https on Linux X64 ..... please bring it back... Link to comment Share on other sites More sharing options...
kos13 Posted July 16, 2013 Author Report Share Posted July 16, 2013 Re the SyncTrash/Archive issue - why can't you just use the Windows Recycle Bin? I realize this won't work for Linux/Android/other OSs, but probably the vast majority of inexperienced users will be on Windows and they are already quite familiar with how the Recycle Bin works. That would not only eliminate most potential confusion, but also allow files to be conveniently restored or disposed of in one place without any extra coding effort or user work.And if you have removable drive between Windows machines .... Link to comment Share on other sites More sharing options...
kos13 Posted July 16, 2013 Author Report Share Posted July 16, 2013 (still) crashes on my geode CPU. I send you logs already....Now with 1.1.42 -- but still no https on Linux X64 ..... please bring it back... Sorry, we hadn't fix it yet. Link to comment Share on other sites More sharing options...
Disappointed Cat Posted July 16, 2013 Report Share Posted July 16, 2013 Actually the deleted files are stored on the same physical drive in a system folder called $RECYCLE.BIN. So I guess it would also show up in an other PC, or not. But the recycle bin has other limitations, for example you can't open files in it. Anyway, I'm happy with the hidden .Sync* folder, it's the best soluion. The only thing missing is compression or rdiff style storage.As for HTTPS: You should use apache or nginx reverse proxy, that will give you freedom over what kind of ciphers, certificates, authetication, whatever you want to use. Link to comment Share on other sites More sharing options...
atte Posted July 16, 2013 Report Share Posted July 16, 2013 Sorry, we hadn't fix it yet.I like the "yet" part, gives me hope Link to comment Share on other sites More sharing options...
MicEdwards Posted July 17, 2013 Report Share Posted July 17, 2013 A great suggestion ... PLEASE make this happen ...ALSO ... is there any way we can have a checkbox in the app to get the most recent versions instead of just the most recent version you've approved for auto-update ... some of us *really* like the bleeding edge.Would it be possible to add a symlink on the server so that going to http://syncapp.bittorrent.com/latest takes us to the newest version? It would make it easier to update across platforms if there was a fixed URL.Just a suggestion Aaron Link to comment Share on other sites More sharing options...
tomtom Posted July 17, 2013 Report Share Posted July 17, 2013 Hello!We have little problems with versions higher than 1.1.27. Synchronization starts fine, but after a while (a day or 2) the device tab is empty and synchronization stops. If you change the listening port it starts over. even changing back to the old port works. a debug.log is included. Only two of perhaps ten machines are showing these symptoms.Can you help?Debug_Log..txt Link to comment Share on other sites More sharing options...
maartenvc Posted July 17, 2013 Report Share Posted July 17, 2013 Auto update not working. It shows updata available. But then error Link to comment Share on other sites More sharing options...
GreatMarko Posted July 17, 2013 Report Share Posted July 17, 2013 Auto update not working. It shows updata available. But then errorWhat version are you updating from? What error are you seeing? You can also manually obtain the latest build here Link to comment Share on other sites More sharing options...
yield Posted July 17, 2013 Report Share Posted July 17, 2013 With 1.1.42 on FreeBSD AMD 64bitsbtsync> ./btsync --config btsync.conf --nodaemonterminate called after throwing an instance of 'std::length_error' what(): basic_string::assignAbort (core dumped)ls -lh1.8M btsync.core Link to comment Share on other sites More sharing options...
sts Posted July 17, 2013 Report Share Posted July 17, 2013 With 1.1.42 on FreeBSD AMD 64bitsbtsync> ./btsync --config btsync.conf --nodaemonterminate called after throwing an instance of 'std::length_error' what(): basic_string::assignAbort (core dumped)ls -lh1.8M btsync.coreDid you try the daemon-mode? It works fine here. Link to comment Share on other sites More sharing options...
tenjaa Posted July 17, 2013 Report Share Posted July 17, 2013 (edited) Auto update not working. It shows updata available. But then errorYeah. Updating from 1.1.27. Same Error."There was a problem downloading BTSync. PLease withig our website. Sorry for that."EDIT: Works now without problem. Edited July 17, 2013 by tenjaa Link to comment Share on other sites More sharing options...
Recommended Posts