Just Selection checkbox does stay sticky after a Synch
The Just Selection checkbox does stay sticky after a Synch and this solves the problem that I initially experienced. New users who do not know that this is the way it works after the first Synch may cancel out prematurely if they are working with large directory structures.
BC is very configurable and it would be nice to set the default for the Just Selection checkbox in Tools>Options as is done with other settings.
Keep up the great work!
______________________
◦BC build 3.0.13 build 9599
WinXP MCE 2005
Announcement
Collapse
No announcement yet.
Synchronize Defaults
Collapse
X
-
Hi Dave,
Do you find yourself switching between behaviors, or are you having trouble with the very first time you use the dialog? After one Sync of Just Selection, the checkbox should then default to the option that was last used (Just Selection)Leave a comment:
-
Hello,
Thanks for the suggestions.
The Just Selection checkbox should be sticky after a Synch has been issued. Are you not seeing that behavior? Are you currently using the newest release? Try testing on a small test folder to set the checkbox once, then test on other sessions.Leave a comment:
-
As a long-time user of BC2, I have the same issues with the way this now works...
1. Just Selection should be checked by default for safety reasons. It worries me how easy it is to accidentally delete everything!
2. Even after ticking this (for the first time), it continues to open every visible folder. Very slow when comparing two big FTP sites!
3. Normally I go and check/change all the settings the first time I install BC on a computer. Now correct me if I'm wrong, but I can't find anywhere to change the default in the Options dialog. So the only way to change it is by actually performing a sync/mirror. So I either have to wait until the first time I use it, or set up a temporary session and copy a single file or something like that.
Other than that, I think BC is great.Leave a comment:
-
Syncing of Just Selected Folders
When I attempt to do a sync of just the selected folders in the Folder Compare window, BC3 opens the Synchronize Preview dialog and starts scanning all folders. I immediately check “Just Selection”, but it continues to scan all folders and I have to wait until the scan of the entire folder tree (not just the selected folders) is complete before I can see which files/folders will be affected. After the Sync Preview finishes, I see what will be synchronized and then press “Sync” to execute the operation (although I don’t have to wait for the Preview to finish before starting the Sync – a very nice feature).
This “Just Selection” behavior is not a problem when the higher level folder tree is relatively small, but it takes a very long time when I am close to the root level of large drives and I want to sync just the selection. In BC2, if I had folders selected before I initiated a sync, it assumed that I only wanted to sync my selection. That behavior is what I am looking for. Is there another way I can do syncs of just the selected folders?
Also the “Just Selection” checkbox is not remembered across syncs for me so I am forced to wait for the full folder tree scan every time. A good solution would be to make a Tools>Options setting for this. Having “Just Selection” set all of the time would be beneficial to me because I can simply uncheck it and sync the entire tree without having to wait any additional time or perform any extra steps. In summary, “Just Selection” should be customizable to meet everyone’s needs.
__________________
◦BC build 3.0.11.9510◦Leave a comment:
-
[BC 3.0.9 on MEPIS 7]
I just got hit by this same problem. I right-clicked a folder that I wanted to sync, and selected Mirror to Left. I didn't even notice the Just Selection checkbox. BC synchronized several thousand folders and files that I didn't intend to be changed.
I also think that a context menu action should only affect the selected item.Leave a comment:
-
Yes, Pete. My only concern is the default setting of the checkbox when launched from the context menu. I don't care how the setting defaults if launched from elsewhere.Leave a comment:
-
However, I agree with Michael that every action in the context menu should always only use the current selection. IMO the user expects this behavior because he has just right clicked on either a selection or a single file or folder.Leave a comment:
-
Thinking it through the problem was probably introduced during the beta. In order to make updates easier for users we tried to migrate any settings that we change automatically, and if we see XML nodes that we don't understand we leave them alone. If your BCState.xml had two <TOpSyncPreview> nodes that could cause the problem you were seeing, since it might have read from one node and written to the other.
During the sync development we probably changed where the sync settings were stored and we would have added code to migrate the old settings. If you had run that previous version again for any reason it would have reintroduced the old settings, and the migration code probably ran again when you went back to the newer version.Leave a comment:
-
Perhaps this is what I did:
Knowing that I would always want synchronize operations to only work with the active selection, perhaps I tried to change the setting before I had a synchronize operation to perform. Perhaps I brought up a synchronize dialog and checked the check-box, then closed the dialog without completing the operation (i.e. with the [x] in the upper right-hand corner).
If this is done, the change to the setting does not stick.Leave a comment:
-
I'm not sure what would have triggered it originally, but saving or loading sessions shouldn't have done it. That part of the config is read when the Sync Preview dialog is loaded and saved when you click the "Sync" button; it shouldn't be affected by anything else.
We're still considering changing the default, but at least now it shouldn't bother you any more. I'm still sorry about the loss of data; if the sync starts acting up again let me know.Leave a comment:
-
Sorry, I didn't back it up...and can't readily duplicate what I thought had happened. Is it possible that loading a saved session could revert the setting? Or launching a new session before closing the session where the option was changed?Leave a comment:
-
Can you send me a copy of your original BCState.xml? Sounds like there was some sort of corruption.Leave a comment:
-
Regarding your other comments: When the checkbox was first introduced, I recommended that the checkbox be checked by default. I have no problem with the state of the checkbox being remembered.Leave a comment:
-
Whether the checkbox is checked or not is a global setting and it should stay the way you set it between sync types and across program runs. It certainly works that way here. I don't know why it isn't for you, but the fact that it can lead to data loss certainly makes it a high priority bug.
We are considering changing the first-run default so it's checked, but we plan to keep it so it remembers that state rather than reverting to "Just Selection" every time.Leave a comment:
Leave a comment: