• Posts

  • Joined

  • Last visited

Everything posted by mumen

  1. If I close/open Resilio or restart the machine, it is the same: A connected folder (non-selective advanced folder) never ticks as synchronised on one side and there is still a percentage which can even be '0' and the circle indicating this. There is no anomaly message, and the sizes can be different on both sides. The filters are identical on both sides. The only solution if found is to re-index the file. Then an anomaly occurs (orange triangle with '!') telling me that a number of files are impossible to download. When I want to check what it is, I find files that have been deleted or moved a long time ago, or temporary files that have been deleted as soon as they have been used. After this check I ask Resilio to ignore the list and everything is fine... Until the next time. This is probably a more or less normal operation to avoid losses in complex circumstances. Ok, but it only creates incomprehensible and worrying things when you care about your data. The logic of the system makes it complex to reindex a single file and even worse for all of them, on all workstations, which I would like to be able to do from time to time, in a single pass on each workstation...
  2. 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
  3. 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!
  4. - 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.
  5. ------- 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). ( " 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"
  6. Elegant reply to my post from Resilio : the allegation dissapeared from the play store, but no explanation is given to the problem.
  7. 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.
  8. 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
  9. 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).
  10. 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.
  11. @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 ?
  12. 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 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?
  13. 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 !
  14. 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 ( 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
  15. 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.
  16. 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
  17. I saw later that the lost client had a delay to be forgotten. It disapeared.
  18. > Just to be absolutely precise - all secrets you use are starting with "A..." and "B..." and none - with "D...", "E...", "F...", right? Sorry I waited to answer : yes they all begin with A. ------------------------------------------------------- I upgraded The two PC to 1.4.99 The Android Phone to 1.4.56 The problem I described previously doesn't seem to occur anymore: the data I put on the PCs are copied in one shot to the phone.
  19. > Are you also using Encrypted secrets or regular ones? I only use regular ones. (if you meant this :
  20. I experience the same kind of problem with: - two computers (win 7 and 8) BS 1.4.93 - a phone (Android 4.0.4) BS 1.4.50, - a wifi based connection - a shared folder between the 3 devices. On both computers, it works fine. On the phone it turns fine (1mo/sec) for a little while, then the communications stops until the computer(s) shows "Out of sync". When I shut down the wifi and I restart it, BS restarts sending for a minute or two. When I quit and I restart BS on the phone, it restarts sending for a minute or two. I must say that the starting process of BS on Android lasts much (estimated 3 to 5 times) longer than with the previous version. While reading this thread, I know developers are already working on this issue. I just try to give a precise configuration/comportment where the bug happens.
  21. I'm under Windows Seven After a hot extinction due to another problem, and while BS sync was paused, BS had lost all my configuration. I had to re enter it all. - This is problem number one : how can BS loose all its configuration in a crash? Next problem: I have seen that BS was somehow remembering my configuration when, by mistake, I tried to recreate a share with the button [Add Folder] : I had the incomprehensible message "selected folder is already added to BitTorrent Sync". This folder was not in the BS list, because it was empty. And, the computer being freshly restarted, I only had one instance for BS. On my second computer, henceforth appears my first one twice in every list of clients : one is normal, the other is always disconnected. So when I lost my config, I also lost my internal PC identification. I suppose that every client will forever remember this dead identification as being disconnected unless I remove and reinstall BS on each of them. Am I right ?, or is there a procedure to remove a dead client automatically on each client? An obvious question comes to my mind: - Is it clean to save the "AppData\Roaming\BitTorrent Sync\sync.dat" and "settings.dat" and restore them in this kind of situation ? Is there a clean known procedure to restore a configuration, like - closing BS, - killing all files in the roaming folder, - placing those 2 files - restart BS ?
  22. Contrarily to what I said some days ago, I did not came back to the previous version. I like this version (1.4) especially for the new efficiency of the renaming. This version is a good one, and I feel more sure with BT than before, even though I had no special problems ! The 1.4 UI gives a good synthetic view of what happens, but I still think it is preferable to show elementary entities, like the list of computers connected, etc. But in reality, this is not a so strong wish, for some reasons :- I felt a bit lost without them,- l don't like to lose some possibilities,- I needed to feel confident about the product,- It is a tool one forgets when it works ! Some other problems I had where linked to conflicts between files that I have solved by deleting and restoring them. In this case I prefer this comportment than the discreet deleting or overwriting of the problematic files, so, a it was mostly a good point to BTS ! I also had another curious problem, solved by updating the Android BTS version of my phone. Since then I have nothing to say and I say it!
  23. I agree with most people here: the new UI is less clear, and some things are missing, like the list of connected computers or the list of transfers, for instance. In an analysis there are many tables. Showing them separately, like in the 1.3, is the thing to do if one wants the user to have a clear and transparent perception of the analysis and an intuitive appropriation of it. Trying to show all tables in a single synthetic view can be some time really accurate, but certainly not at the price of hiding the elementary tables, not even talking about the too wide to be practical mono view and others difficulties that didn’t exist before that other peoples are explaining in this thread. That (removing the detailed tabs) clearly is the mistake done here in the 1.4 UI which finally, even if it looks more “pro” than before, is a regression despite the clever work that have been done, unfortunately turning it to inappropriate. I’m sorry to tell the developers that I’m going to reverse my installations, even to the price of declaring again all my paths. Another reason to me to go back to 1.3 is that things are not functioning like before. Some clients are not seen by some others, some folders are indefinitely waiting for a sync with a 0% progression status (55 years), some others seems forever unsynced, etc. I also have been surprised (irritated) by a (stupid) regression in the Android version which prevents a basic user to make a so simple declaration before. I have the impression Bit Torrent Sync lives a crisis in choosing its clients. Being quite the only private syncing solution, the risk of significant client loss is minor but must be considered. I’m supposing there will be a step backward in a future version of BTSync. I’ll be waiting for this (and not only me).