ShedoSurashu Posted March 29, 2014 Report Share Posted March 29, 2014 So I realize that mobile-to-mobile share tab on Android was removed, I assumed that now, BitTorrent Sync will instead appear on the "Share To" functionality of file managers / image gallery. But it's not there. So how do I do that now? Quote Link to comment Share on other sites More sharing options...
dms2013 Posted March 30, 2014 Report Share Posted March 30, 2014 So I realize that mobile-to-mobile share tab on Android was removed, I assumed that now, BitTorrent Sync will instead appear on the "Share To" functionality of file managers / image gallery. But it's not there. So how do I do that now? I read in a reply from devs to a comment on Google Play store, that it is being improved and coming back in a future version. Quote Link to comment Share on other sites More sharing options...
RomanZ Posted March 31, 2014 Author Report Share Posted March 31, 2014 Benchi, on 26 Mar 2014 - 1:47 PM, said:That's fine, because my router crashes with UDP fullspeed. In the moment I limited the up/download. How can I enable TCP? Only blocking UDP doesn't work. BTSync 1.3 tries both. If UDP does not work - it will attempt TCP connection. What is not working in your case - could you elaborate? Quote Link to comment Share on other sites More sharing options...
Benchi Posted March 31, 2014 Report Share Posted March 31, 2014 2 Computers with MS-Server-2003, both have BTSync 1.3 No relay/tracker/DHT is used. Only 1 PC has a predefined host to the other. The destination router has UDP+TCP port forwarding to the PC. This works very well. If the transfer is running and the UDP forwarding is switched off the transfer continues (maybe over TCP? or the router doesn't kill the current UDP connection?). But after restarting the BTSync-Task the both BTSyncs doesn't see another and doesn't connect. Only when switch on the UDP forwarding in the router it will connect and working. Quote Link to comment Share on other sites More sharing options...
ShedoSurashu Posted March 31, 2014 Report Share Posted March 31, 2014 I read in a reply from devs to a comment on Google Play store, that it is being improved and coming back in a future version.Cool, I wish we'll have Desktop-to-Mobile sharing too and vice versa (via laptop's webcam). At times I just want to send 1 file to my phone that doesn't warrant sharing a full folder. Quote Link to comment Share on other sites More sharing options...
RomanZ Posted March 31, 2014 Author Report Share Posted March 31, 2014 Benchi, If machines are in the same subnet - BTSync will prefer TCP. Otherwise - UDP, however if UDP is not available it should try TCP. Could you please collect debug logs so I can take a look what is happening on your PC? ShedoSurashu,Thats more to the Wishlist. Quote Link to comment Share on other sites More sharing options...
Benchi Posted March 31, 2014 Report Share Posted March 31, 2014 Here is the important part of the log: [2014-03-31 18:30:15] total physical memory 4294967295 max disk cache 33554432[2014-03-31 18:30:15] Using IP address 10.1.1.101[2014-03-31 18:30:15] test sha1: AE5BD8EFEA5322C4D998...[2014-03-31 18:30:15] test sha2: 630DCD2966C4336691125448BBB2...[2014-03-31 18:30:15] test aes: 0A940BB5416EF045F1C39458C653EA5...[2014-03-31 18:30:15] Loading config file version 1.3.67[2014-03-31 18:30:15] SyncFolderScanner: Adding notifier "\\?\C:\Users\B\Desktop\Test"[2014-03-31 18:30:15] Loaded folder \\?\C:\Users\B\Desktop\Test[2014-03-31 18:30:15] SyncFilesController: started periodic scan[2014-03-31 18:30:15] SyncFilesController [file updated]: Processing file \\?\C:\Users\B\Desktop\Test\Text-File.txt 1396278971 10[2014-03-31 18:30:15] SyncFilesController: finished periodic scan, checking for missing files[2014-03-31 18:30:15] SyncTrashFolder: Sync trash scan for folder "\\?\C:\Users\B\Desktop\Test\.SyncArchive" started, max file age = 30 days[2014-03-31 18:30:15] SyncTrashFolder: Sync trash scan for folder "\\?\C:\Users\B\Desktop\Test\.SyncArchive" finished[2014-03-31 18:30:17] Send ping to peer (0000000000000000000000000000000000000000) for share E29A38A1DC4A1364C1B5D1ABBA7D5C33B766894E:[2014-03-31 18:30:17] ping 37.201.31.13:51041[2014-03-31 18:30:18] Send ping to peer (0000000000000000000000000000000000000000) for share E29A38A1DC4A1364C1B5D1ABBA7D5C33B766894E:[2014-03-31 18:30:18] ping 37.201.31.13:51041[2014-03-31 18:30:19] Send ping to peer (0000000000000000000000000000000000000000) for share E29A38A1DC4A1364C1B5D1ABBA7D5C33B766894E:[2014-03-31 18:30:19] ping 37.201.31.13:51041[2014-03-31 18:30:20] Send ping to peer (0000000000000000000000000000000000000000) for share E29A38A1DC4A1364C1B5D1ABBA7D5C33B766894E:[2014-03-31 18:30:20] ping 37.201.31.13:51041 The next lines are repetitions.After a router reboot (canceling all old UPD connections) the both BTSync doesn't find a way over TCP together. Quote Link to comment Share on other sites More sharing options...
iElectric Posted March 31, 2014 Report Share Posted March 31, 2014 Any plans to provide versioned url download? Like for 1.2 series: http://syncapp.bittorrent.com/${version}/btsync_${arch}-${version}.tar.gz Quote Link to comment Share on other sites More sharing options...
patoka Posted April 1, 2014 Report Share Posted April 1, 2014 1. I had some Alpha 5 database files deleted again, not long after updating to 1.3.67.Debug was off, it's on now.2. I run as a limited user, but every reboot prompts me for the admin password to launch Bitsync. Not a big deal for me but might be something to consider for corporate users who would not have the admin password.3. I found this in my error log, not related to the files but wanted you to know.Log Name: SystemSource: Microsoft-Windows-DNS-ClientDate: 3/27/2014 10:30:52 PMEvent ID: 1014Task Category: (1014)Level: WarningKeywords: (268435456)User: NETWORK SERVICEComputer: netbookDescription:Name resolution for the name t.usyncapp.com timed out after none of the configured DNS servers responded. Quote Link to comment Share on other sites More sharing options...
pmafli Posted April 11, 2014 Report Share Posted April 11, 2014 I'm having the exact same issue. Syncs with other Macs are ok, but the same folders synced to Linux servers (arm and i386) display an endless list of files named "com.apple.FinderInfo" and "com.apple.ResourceFork" that apparently are not synced. Here the same issue. Quote Link to comment Share on other sites More sharing options...
RomanZ Posted April 11, 2014 Author Report Share Posted April 11, 2014 @patoka,1. Need debugs, from both peers.2. Thanks for reporting, we'll check why it happens and how it can be fixed.3. Well, pretty strange - but not deadly. In 1.3 BTSync finds tracker and relay server by downloading http://config.usyncapp.com/sync.conf, so until config.usyncapp.com DNS name resolved succesfully - it is okay. @pmafli,We are aware of the issue. As a workaround you can try to add these xattrs to syncignore. Quote Link to comment Share on other sites More sharing options...
sebzahn Posted July 9, 2014 Report Share Posted July 9, 2014 I wrote a little script for mac users that adds com.apple.* to every syncIgnore file on your disk...this solved all my problems! Any suggestions when this is going to be fixed ?? #!/bin/bashfind ~/ -iname '.SyncIgnore' | while read filedo append='com.apple.*' grep $append "$file" > /dev/null || echo -e "\n$append" >> "$file"done Quote Link to comment Share on other sites More sharing options...
RomanZ Posted July 9, 2014 Author Report Share Posted July 9, 2014 @sebzahn in 1.4 release. Rough ETA - Summer 2014. Quote Link to comment Share on other sites More sharing options...
EtienneCharignon Posted September 3, 2014 Report Share Posted September 3, 2014 I'm having the same problem, looks like it is something to do with this.Extended attributes (OS X) and file streams (Windows) supportSeems like BTSync is trying to copy the resource fork (Extended attribute) over, but Linux target doesn't have anywhere to store those extra sets of information. (Perhaps file streams are being used for this on Windows.) One workaround you can do is to do (on your Mac) xattr -c [filename] to remove resource fork from a file, or you can remove extended attribute from the tree xattr -rc *. (While I personally find these information useless for my use, do remember you will lose things like Spotlight comment or other attribute information if you happened to use them...) A very best solution could be to add "com.apple.FinderInfo" on a new line at the end of the .SyncIgnore file that you can find in the root directory of the folder you are syncing on all you apple machines. I've just done it and it solved the problem for me. 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.