- I've run version 3.0.2 which still crashes in module msvcr90.dll when I perform a sync with option copy and file check set to short comparison.
- I've defined multiple file include locations. When one is being modfied and the modification is saved directly, then the others are lost. E.g.
FilesToInclude=|A.txt|G.txt
Modifcation on A.txt to A1.txt resulted in
FilesToInclude=|A1.txt - Toucan does not copy a file (sync) even if it's different and green highlighted.
- The last one is a question: are the file check options OR-ed or AND-ed?
Just saved a file without modifying the content. File check "modified time" highlights the file, "file size" does not, "file size" and "modfied time" doesn't either but I'd expect the file to be considered different.
You are here
Toucan 3.0.2 still crashed and other bugs
July 27, 2010 - 11:39am
#1
Toucan 3.0.2 still crashed and other bugs
Visit the Community page
Join our forums
Subscribe to our email newsletter
Subscribe with RSS
Follow us on Facebook
Follow us on LinkedIn
Follow us on Twitter
Follow us on Mastodon
Follow us on BlueSky
for the report, I hope to get an update out around the end of next week
As for your question the file should fail to be copied if any of the tests fail.
I'd like to clarify what you mean by tests fail. I guess the best way of asking this is by example.
Case 1
File has both size and timestamp changed.
1a - timestamp check only - is file copied?
1b - file size check only - is file copied?
1c - timestamp check and file size check - is file copied?
Case 2
File has timestamp changed, but size is same.
2a - timestamp check only - is file copied?
2b - file size check only - is file copied?
2c - timestamp check and file size check - is file copied?
I hope that the question makes sense. Sorry to make it so long-winded.
I'm going to highlight (bold) the cases which I'd expect to work (preview should be green). I create three file matching the 3 cases.
Case 1
File has both size and timestamp changed.
1a - timestamp check only - is file copied?
preview: green
1b - file size check only - is file copied?
preview: green
1c - timestamp check and file size check - is file copied?
preview: green
1d - Full comparison additionaly with 1a - 1c
same results as without
Case 2
File has timestamp changed, but size is same.
2a - timestamp check only - is file copied?
preview: green
2b - file size check only - is file copied?
no preview
2c - timestamp check and file size check - is file copied?
no preview
2d - Full comparison additionaly with 2a - 2c
no preview at all
Case 3
File has size changed, but timestamp is same.
3a - timestamp check only - is file copied?
no preview
3b - file size check only - is file copied?
preview: green
3c - timestamp check and file size check - is file copied?
no preview
3d - Full comparison additionaly with 3a - 3c
same results as without
When run then NO single file was copied (none of file check option was checked) although preview displays all files green which means files should be copied.
I didn't run through all cases above because I assume the files will never be copied.
Hope that helps.
this fixed in the latest pre-release? It should be
Hi Steve,
the preview issues seem to fixed, but there is still no file copied when I select "Run" (3). But it's still somewhat confusing. I no option is checked, then when previewing all files appear green. This seems to be the very same as all options checked. That's confusing. I'd expect with no option checked the no file should be green, because no criteria has been selected.
Also Toucan still crashes when the short comparison option is selected (1).
The rule modification issue is still present (2).
If you want I can provide a simple repro.
CC
I will take another look at the third case. Every file should be copied if there are no checks, the way I think about it is if you have a check then that is an opportunity for Toucan to not copy a file, no checks means it will always be copied. I am afraid I couldn't reproduce the other two so steps would be great, although I didn't spend a long time on it, I wanted to get the fix for non-english paths as soon as possible
If you want I've 2 test directories which I can zip along with Toucan Rules etc.
If so should I send an email or is there a directory for uploads?
or upload is fine, you can find my email on my profile page or you can upload to http://drop.io/toucantest thanks in advance.
a zip file "Toucan Crash etc.zip" containing 2 directories a and b with the files in question. The directory data is Toucan's data directory. Directory a is source (left) b is destination(right).
How to reproduce:
Sync Job Name is test.
1) crash: simply do a preview for copy operation based on short comparison only of directoy a and b.
2) Just select run for copy operation but no file is being copied although preview displays differences (no matter which file checks are selected).
3) Editing issue. Start Toucan, switch to rules, select rule named "txt", double click first "locations to include" file , modify name and then click save. All other Locations to include are gone (in the file, not in GUI).
4) After modifiying an entry, then "locations to include" gets "location to include". If this entry is opened again, then the type is the very same. If another entry of type "locations to include" is selected , then the type field gets "File to exclude" - I assume it's because there is no such type "locations to include" in the drop down list box.
May be 3) is due to 4)
If there question then please let me know.
CC
they should all be fixed in the new pre-release, thanks for all your help
Hi Steve,
are there any news regarding my last post? Do you need more infos?
Thanks
CC
for your quick response and all your efforts. I checked my issues and all but one seemed to be fixed: there is no file copyied. In my repro there should at least 2 files be copied, g.txt because of timestamp (size is on both sides 0) and simyo.txt because of file size (timestamps are equal but size is different).
late reply, I meant to ask for some clarification here but I clearly forgot! I can't seem to make the files not copy, is this still a problem in the latest pre-release? When I run it all of the files that are shown in the preview as being copied are copied.
Hi Steve,
I found and downloaded the latest pre-release and there it's fixed.
Thanks a lot.
CC
thanks for reporting this and helping me get it sorted
In Sync function, a folder that was excluded in rules on 3.0.2 was totally ignored and not copied from that point downwards. Preview reflected this and actual action also reflected this. This was what I expected and am happy with that.
In 3.0.3 pre-release 6, such a folder is now marked in red, together with subfolders in sync preview. After run is compeleted, folder name and subfolder names are copied but left empty. Is this the expected result ? I thought that if I excluded a folder, it and everything under it would not be copied at all.
will take a look at this, you shouldn't just be left with empty folders like that.
Updated to Release 3.0.3.
Preview function no longer slows down system and other programs as experienced and reported in pre-release versions. Reasonable use of CPU time to expand all folders with good speed.
However, the exclude source folder rule still shows empty folder in preview and also creates and leaves empty folders on the destination which is not expected and should not be so.