SyncToy 2.0 Beta - Item for test

  • Thread starter Thread starter Julian
  • Start date Start date
J

Julian

I'm REALLY looking forward to 2.0 - V1.4 is already a winderful app - but I
can't install the beta yet as it requires all sync jobs to be up to date
first - and that might take a while. (and if I have multiple PC's echoing to
a central server and some common folders, do they all need to be up to date
first?)

In the meantime, here's a potential issue that maybe someone with the beta
already installed could check... (Apologies if this is known/dealt with/...
but I don't know how long the beta phase is running for and when/if I will
be able to install and test it myself...)

1. Set Windows to manage web pages as a single entity.
2. Sync a folder containing a saved web-page as .html plus folder _Files
(i.e. not e.g. .mht)
3. In the source folder, delete the saved web-page - check that folder
has gone too - & re-sync
4. Q: Does SyncToy 2.0 generate errors saying the _Files folders cannot
be found? If not - Great!, If it does...

I've seen this in SyncToy 1.4 and yesterday it suddenly dawned on me why:
web pages managed as single items. If the delete issued by SyncToy causes
the OS to delete file & folder together, then if SyncToy does not recognise
the file and folder as belonging together (and note the web management
settings) it would attempt to delete the folder itself... but it has already
gone by then...

SyncToy 2.0... self-buttering sliced bread!
 
Actually, on further inspection it looks like the files inside the _Files
folder that SyncToy can't find...sorry about that
 
I just did your test in v2, and the html file, the supporting folder, and all
related items are removed in the target.

*Minor Bug* Surprisingly, the summary only shows one file deleted.

Since we're on the topic: The Help file says logs are posted to the Windows
Event Log as an Application event. Personally I'd prefer that such logs Not
be created there. I did find the log in the Application Data path and the
Event Log was not updated. This is probably just a documentation issue -
again, please don't make the software update the Event Log. (Just my opinion
of course.)
 
Thanks Tony -

Tony G said:
I just did your test in v2, and the html file, the supporting folder, and
all
related items are removed in the target.

*Minor Bug* Surprisingly, the summary only shows one file deleted.
Click to expand...

Mabe it depends on how html files are being managed (as one or two items)?
Personally I would only monitor the front end for errors.. though even if I
should reconsider that when there a large number of files are being synced I
doubt I would ever notice.
Since we're on the topic: The Help file says logs are posted to the
Windows
Event Log as an Application event. Personally I'd prefer that such logs
Not
be created there. I did find the log in the Application Data path and the
Event Log was not updated. This is probably just a documentation issue -
again, please don't make the software update the Event Log. (Just my
opinion
of course.)
Click to expand...

Hmmm... again I've not looked at the logs, but as a general principle I'd be
happy with "Ran OK" or "Error" (enough to identify the sync operation
concerned) notifications in the Windows Event Log - verbose details in an
App specific file.

Thanks again for checking the issue... finding a time when all machines are
free to sync everything and install the beta is tough... it'll probably not
happen now unless the beta period has several weeks to go... any specifics
on the beta cut off?

Julian
 
Back
Top