mumen

Members
  • Content Count

    25
  • Joined

  • Last visited

About mumen

  • Rank
    Member
  1. Hello I just want to know for sure which essential Roaming files I should backup (*.dat ?) to be able to reinstall my Sync settings on a computer from scratch : I whish you add, not a feature, but just a documentation to clarify and officialize this. Sorry I it allready exists, but I don't think so. Thanks
  2. Hello I try to manage my android phone as a terminal which recieves many sort of files from my everyday utilisation, and that I want on my home computer so that I dispatch them and delete from the phone. It is actually possible, but really difficult, because there are too many folders to sync, and worst, somme folders may be changing without warning from SD card to internal memory. For instance, the pictures : I have two complementary photo apps, this makes 4 possible folders. I want to sync all my downloaded files, and also some written memo and some spoken memo, and also some links, and other thing. For the moment I declare 5 folders but I always loose something, never remembering if the folder is on SD or memory... In fact I should have ten folders synced or even more. This is complicated, not my case, but possible if one changes SD card... I was wondering if the mobile sync app could do something like letting me add many folders to only one sync folder, so that on my computer I could find out my ten subfolders placed inside only one, so that I could sort a search on them all by date to find out all I want... I suppose I'm dreaming!
  3. - consider that Selective Sync is disabled, - An experimental explanation: When a new file is arriving in a btsync folder, an Android internal messaging system is supposed to inform Sync that a folder has been updated, so does the Sync run on it. But in certain cases the Android messaging doesn't seem to work. So, btsync ignores that an update occured. For this case, btsync will regularly try to resync each folder, let's say each 15 minutes. So, you just have to forget it and it will be synced. The curiosity is that Resilio don't communicate on this. I can't understand why. Apple computers have not an internal messaging system, so is there an interface parameter which does two thing: it informs us and let us modify the delay, or even manually force the sync.
  4. ------- I have a good new. I found something to help you debug : it seems that when a file arrives in an \Android folder, the sync is immediate. My guess seemed right, it must be a problem in Android messaging... Maybe is it linked to this (that I don't exactly understand while all other apps can write on the SD): " Android 6.0 - On Android 6, some devices support "Adoptable Storage" allowing you to select to use an SD card as internal storage. Note that not all devices support this, even if running Android 6. If your device doesn't support this, or you want to instead use an SD card as "portable storage", you'll have to use the Storage Access Framework method as with Android 5 (or the Android/data/net.sourceforge.opencamera/ method as with Android 4.4). (http://opencamera.org.uk/help.html#faq) " Open Camera refuses to write on the SD unless I write here: Android/data/net.sourceforge.opencamera/ Now, each time I take a picture with OpenCamera : "Sync will back up photos and videos as soon as I take them"
  5. Elegant reply to my post from Resilio : the allegation dissapeared from the play store, but no explanation is given to the problem.
  6. Hi, thanks for the great job. Android 6.00, Resilio mobile 2.4.9 (639) On my smartphone (LGK10), I generaly can't manage to see new files (any manner : photo, download, copy/paste, etc.) recognised and then synced. It obliges me to quit and restart. In fact, it seems that Resilio will always finish by recognising new files, but in an unpredictable laps of time which seems to go from instantly to, let's say, a quarter or half an hour. It seems to me it is a relatively new problem (new phone?, new sync version?), but I can't be sure. I tried a lot of combinations before posting. A tricky way to refresh drove me to some strange situation : I toggled the folder's Selective Sync from Off to On and back, because It forces te refresh just like I wanted, but this finished by freezing for a while some folder unable to become selective, even after deconnecting/reconnecting them in Resilio. This is not a really bad issue. But the trouble is that it's against Resilio's argumentation in Play Store "Sync will back up photos and videos as soon as you take them" and so it lowers the trust in the solution when you are expecting such a comportment. Letting things unclear is never good. I suppose this can be related to an internal Android messaging problem. In this case (as with Apple computers) a clear explanation, a simple refresh method and/or a way to set the auto-refresh delay will be appreciable for all. No answer, or a perfectly misplaced one like what is given to the Play Store user "Why do you need to stare at the file to sync it ???" is making the problem bigger again.
  7. Hi This is the first time this problem appears to me in years. Yesterday as I was ordering my folders with no other peer connected, a complete essential folder of mine went to the .sync folder, loosing any dates and merging it with the content precedentely saved there. Fortunately I have some rescue, so is there no bad consequencie to me. In order to repare the trouble, I did shut down Resilio, restored the folder, apply again the changes and many others... Then I secured my job... I did well. This morning, I turned my computer on, Resilio started like allways... and it trashed once again my folder, loosing some files (very few) and redating all files to today. Debug.txt contains FFFF, so have I some logs to send to you. The Folder's name is "Intérêt". In the log last file I see this message associated to this folder : Setup entry job "FixFSErrorJob" (Google search "FixFSErrorJob Resilio" returns nothing) for path "Intérêt". I could send to you all the yesterday's log files, corresponding to the moment the problem occured, but they are to big (87 : 50Mo) for this interface. I am quite sure that reindexing the Resilio folder from scratch will correct this problem, but I prefer to send you the description of my problem, because it might be useful for Resilio and users. I do suppose that this problem could have enormous consequencies in some case. Win 7, Resilio Version 2.4.4 Last sync.log.zip
  8. When syncing a folder MAC with a Windows one, some special characters are translated from the files/folders name in order to respect the Windows possibilities. This is ok, but there is another treatment that should be done in order to respect Windows naming, it is to remove the terminal dots and spaces of the MAC's name which create some troubleshooting in the Window functionment (total inability to rename or delete such files/folders without an external program).
  9. RomanZ, ok, I'm ready to provide you description and the 2 logs. Confirm, please the methodology I turn on BTS debug mode, shut off BTS, restart it, reproduce behaviour, shut off BTS and then collect the "sync.log" and "sync.log.old" in ..\AppData\Roaming\BitTorrent Sync. Right ? On the android, there is no possibility for a log, right ? I wait for your confirmation and your link.
  10. @romanz I already posted this precise question that seemed to dissapear monthes ago, maybe with an upgrade, but it surprisingly came back, recently on an even stronger mode. It looks like it is a recurrent problem in BTS and you asked me the logs I come back today to give you because it is possible now. Considering the fact, from my readings here, that some people seemed to have the same type of problem in version 2, I don' have to search very long to emit my hypothesis, don't you think ? unleast, (I did not read the forum before posting since one or two weeks) this seemingly very complex behaviour problem have been solved since then, which is what you are going to tell me now, before answering me if you want me to cooperate with you to give a clue to a problem in version 2, even from a version 1. Right ?
  11. Hi I think I have a long dated synchronisation misfunction, that seems to come and go, and that for the first time I can reproduce in BTSYNC 1.4.111 in relation with the Android application 1.4.65.0. The appropriate place to post this comment is closed, but it seems to me that this behaviour may not be fixed in version 2. Are you interrested in the description and the debug log? In the positive could you tell me where to post them?
  12. I am still experiencing some strange behaviours in 1.4 that did not happen in version 1.3. Hopping the version 2 will one day correct these. For the moment I don't dare trying it. - Some times a shared folder that was previously correctly synced indicates wrongly that thousands of files have to be synced, that one client or more is disponible for that on the client column, but the pop up message appearing while hoovering the status column tells me contradictory that there are no clients to recieve/send datas. When I remove the given share an reenters it to force a reindexation, all seems ok. I sometimes have to manually suppress some remaining .!sync files... I don't like this, mostly when others than me are working on the problematic folder... I'm sure you know the problem. I did not seem to loose things, but I must say it is sometimes frightening... and so that the trust in the tool is lower than with 1.3... I'm sorry for that. I was in version 1.4.103 and I'm just experimenting the version 1.4.106, but reading the thread about it I dont think those behaviour will be corrected. I know it is a beta version, I'll be patient !
  13. Basicly, I whish I could pause separately a part of the sync. I would like to have a boolean on the line menu "Pause/Unpause folder sync". This boolean dont' have to be preserved on the BS starting. Some reasons : - To be sure one folder is synced before another (because I've got to leave with my tablet and I want this precise folder synced on it, not others and other current life cases) - When I work on my databases the sync process blocks big files for some more or less long time and I must wait. Those files are constantly updated by the process of my tools. The problem is that I don't want to pause all other syncs that I really want to be done continuously while I work all day long. - In a more general case, I use BS simultaneously for different purposes (http://forum.bittorrent.com/topic/32274-same-content-on-3-computers/) and I share folders across the Internet while others are synced across local network, like many I think. Generally I don't want to stop the slow Internet sharing by pausing all BS while working, while reorganizing big folders, etc. If I even go further, the pause boolean for one folder could be a number of seconds to wait before launching a sync for this folder (each hours), or an indication that the sync should restart on machine idle and stop if human activity restarts... And in this case, this behaviour should be presreved across each retarting of BS as a properties set for each folders... Maybe is there another approach to this problem, like making a "by folder priority level"?, with a sort of timing before BS shows interrest to sync each folders : Folder priority level: - Always (default) - Each 5 minutes - Each hour - On Idle - Paused
  14. Problem: - The read only attribute of a file is not transfered during a sync operation. Environment: - Two computers under Windows (PC1: win7, PC2: win8). - BS 1.4.103 on both. Reproduce: - Turn off sync on PC1 (to ensure BS will see a new file with read only set). - Create a file on PC1, then assign to it the Read only attribute. - Turn on sync on PC1 and wait for the creation of the file on PC2 : The read only attribute is not set. Related problem: - If a file is flagged read only on a pc, the update will remove the attribute. Reproduce: - Create a txt file on PC1 and set its read only attribute. - Wait for it to appear on PC2 - as seen before, it is not read only - Modify it on PC2. - Wait for it to be updated on PC1 : the read only attribute is removed from PC1 file. PS : it is the same behaviour for the hidden attribute.
  15. The problems didn't occur anymore since November 5. All is okay to me for the "out of sync" problem since 1.4.99. Thanks