User loginFollow & Connect With Us     What is a portable app?
Find out on the What is a portable app? page.
Sponsored Links |
Toucan 2.1.0 Development Test 3 Steve Lamerton
  Application: Toucan Toucan 2.1.0 Development Test 3 has now been uploaded. New Progress Box 2.1.0 adds a brand new progress box that looks a lot nicer than the old one in my opinion, it also includes a progress bar that should be very accurate, the trade-off for this is setup time, I would like to know if it seems annoyingly long for you. New Sync Engine The Sync engine has also been rewritten for 2.1.0, this includes the preview system, which should now completely reflect what is going to happen. The engine should bring major speedups for all Sync modes, especially Mirror and Equalise; I have had them going up to 10x faster in some of my testing. I would like to know if seem faster to you guys/gals and if it seems to be accurate. Thanks in advance Download Toucan 2.1.0 Development Test 3 [2.3MB download / 3.0MB installed] Release Notes:
Development Test 2 (2008-03-17):
Development Test 1 (2008-03-15):
»
( categories: )
|
Got it
I'll let you know how it goes.
Jim
neutron1132 (at) usa (dot) com
Progress bar
The progress bar is a very good addition. I like it! Also the formatting of the filelist is good.
It would be awesome to see the percentage in the bar, but that is certainly not required.
The only other thing I'd look for is some kind of "completed" status indicator - a green checkmark or the "OK" button lighting up, etc or maybe even a "tah-dah" sound (optional of course).
I'll play with sync later...
Jim
neutron1132 (at) usa (dot) com
You
are right, percentage would be good, I shall try and get that added. For a better finishing notification I shall have a think, perhaps making the taskbar flash when it is done, like some apps do when they want attention?
'...and do the other things, not because they are easy, but because they are hard...' JFK
Attention
Yeah, that attention thing must be a standard Windoze call.
You are going to run into people who complain that the percentage and/or progress bar are wrong because they represent the number of files done versus left (seems that's the way it works) instead of amount of data. This is different because not all files are the same size and if large files are all in the front or back, it will skew the progress indication.
Of course this isn't exact either, because when backing up a Firefox profile, for instance, there is a long pause part way though while the archiver works before scrolling more filenames.
There's no way that you accurately predict that kind of behavior, so don't get worried about it.
Just be aware that there are going to be some bozos on this bus! (Probably nobody will get that reference).
Jim
neutron1132 (at) usa (dot) com
Yep
indeed it is, I have just added the code, it looks really neat
As for the progress bar, thanks for the warning! I did think about doing it based on size, but decided that number of files would probably be accurate enough (and is certainly better than what was there before
), I tried to keep down the number of things Toucan does when updating the progress bar, I just wasnt convinced that calling another function to get the file size was worth it, however I guess if there was enough demand then I could change it (make it an option or something) 
'...and do the other things, not because they are easy, but because they are hard...' JFK
Seem to be a problem with building the directories
I just downloaded and tested the new version and I'm getting an error that says the file does not exists. When I look at the directories they all appear to be missing the first level of the directory.
For example:
e:\download\avg\test.exe is trying to copy e:\avg\test.exe
Thanks,
g
Which sync
mode are you using? Thanks for the report
'...and do the other things, not because they are easy, but because they are hard...' JFK
Mode
I'm using equalize!
I
am afraid I cannot reproduce this, is there anything unusual about the folders you are choosing (if you could post what they are that would be even better) so I can try and recreate a similar folder structure.
Thanks again.
'...and do the other things, not because they are easy, but because they are hard...' JFK
Reproduced
I just ran into this same issue myself. While trying to backup my entire drive, I kept noticing it was trying to access files in "L:\Music" when they are actually in L:\Documents\Music. It appears it's cutting off the first part of the path...
Here's what the sync job looked like:
Source: L:\
Destination: C:\Users\Family\Downloads\BruceBackup
Function: Mirror
Options: Retain Timestamps, Retain Attributes
Not sure if this affects anything, but I clicked Preview before beginning the operation.
Something else: I was unable to cancel the operation once the errors started whizzing by and instead had to use the close box on the Windows 7 taskbar thumbnail to kill it (thank God for W7 Aero Peek!). Of course this crashed Toucan, but at least I didn't have to wait for it to finish its error spree.
Edit: Here's something interesting: It looks like Toucan actually did copy the files, but it still kept showing "Can't access L:\Music\..." errors in the status window (again, note that my music is in Documents\Music, not Music)... Really strange.
Thanks
Bruce, looks like it is a problem with root paths, I shall get that fixed shortly, and yes there is a bug with aborting, I shall get that fixed too, thanks for the report
EDIT: Oh no it isn't! It is the Retain Timestamps option that is causing it.
'...and do the other things, not because they are easy, but because they are hard...' JFK
By the way
Why the "Ignore Read-only" option? Read-only files can still be read (and therefore copied), they just can't be written. So I shouldn't have to check a special option just to get Toucan to copy them...
It
is for read only files in the destination that you might want to overwrite anyway.
'...and do the other things, not because they are easy, but because they are hard...' JFK
Oh okay
But the documentation doesn't make that clear. Toucan Help says "Ignore Read-Only - Read-only files will be copied." This suggests you have to select that option if you want read-only files to be backed up--which isn't the case.
Good
point, I shall get it fixed.
'...and do the other things, not because they are easy, but because they are hard...' JFK
Uh...
There's a problem with variables.
I backup a job to @date@-Firefox.7z so that the backups would fall into sorted order, like:
Imagine my surprise when I saw the backup directory hold a file actually named "@date@-Firefox.7z".
Jim
neutron1132 (at) usa (dot) com
I
shall try and get a Dev Test 2 out later with this fixed.
'...and do the other things, not because they are easy, but because they are hard...' JFK
Development
Test 2 now out, see the original post
'...and do the other things, not because they are easy, but because they are hard...' JFK
Dev 2 Notes
Notes on Dev 2.
Variable expansion works now.
The complete alert only works when the status window does not have focus. If the status window is in front, then the alert does not work.
Jim
neutron1132 (at) usa (dot) com
Development
Test 3 is now out with a huge pile of bug fixes.
'...and do the other things, not because they are easy, but because they are hard...' JFK
Just noticed in the release
Just noticed in the release notes you have the releases listed as pre-releases rather than dev tests. Oh and thanks for all your continued work on this
PortableApps.com Advocate
Mirror (Update)?
What happened to the "Mirror (Update)" sync mode? Now there's just a single Mirror option... Update-Mirror was invaluable to me for keeping my whole-drive backup up-to-date. I'm left to assume the new Mirror option is going to copy everything over every time...
Also, the release notes say you updated the read-only description in the helpfile, but after I updated from DevTest 2 to DevTest 3, it's still described as "Read-only files will be copied". What gives?
Also
It still doesn't abort right away. If I click Cancel, it forces me to wait until the current file is done before it aborts. This is fine for small files, but if it's in the middle of a large file (say, a video), I have to wait until it's done.
I know this is how the standard Windows copy dialog behaves as well, but it shouldn't be this way. If I abort something, I have a good reason for doing so. I expect it to stop what it's doing immediately.
Oh, and one other issue: Several of my files couldn't be copied; Toucan gave me an "Access denied" error on them. When I investigated, it turns out the files it couldn't copy were marked Read-only. While this would normally be allowed (you can still copy read-only files), I found out that, when Toucan encounters a read-only file, Toucan.tmp also ends up being read-only--and then I have to assume it's unable to do anything with the temp file afterwards due to the attribute...
Here
we go:
1. The new Mirror mode will not copy everything, it hash checks the files to see if they are the same and if they are not it copies. I think this makes it the best of both worlds, you get the accuracy of Sync (Copy) but with the speed (or at least the vast majority of it) of Sync (Update).
2. I actually did update the help file but forgot to copy it to the right directory before packaging up the release, I have added this to the release script so it wont happen again.
3. As for aborting, there is no way to do this in the programming library I use, I shall look at other ways of doing it.
4. Thanks for the report, I shall take a look at this asap.
Thanks for the reports
'...and do the other things, not because they are easy, but because they are hard...' JFK
The thing I liked about Mirror (Update)
was that if the backup copy was newer, Toucan wouldn't touch it. This was great for backing up my nephew's drive, since he has a bad habit of working with his backup files directly. Seeing as the new Mirror mode hash checks (without a date/time check?), I assume this isn't the case anymore...
You
can now do what you want in the first pre-release, do Update followed by Clean.
'...and do the other things, not because they are easy, but because they are hard...' JFK
toucan 2.1.0 dev3: now case sensitive
I used V2.0.6 until now and there only the preview window is case sensitive (for example the files pcu_20.abb and PCU_20.ABB should not match, but they do).
But the sync-update function in 2.0.6 did not copy the files.
I now tested the 2.1.0 dev 3 and noticed that not only the preview is case sensitive but also the sync-update copies all the files.
Is it really neccesary to handle file names case sensitive?
I use toucan to synchronise/update notebooks with windows and unix servers, and
the unix server is the problem in this case (converts 8.3 to lower case).
Thanks for help!
I will
continue this discussion here:
http://portableapps.com/node/18705
'...and do the other things, not because they are easy, but because they are hard...' JFK
Pre-Release 1
now out, see here:
http://portableapps.com/node/18705
Topic locked
'...and do the other things, not because they are easy, but because they are hard...' JFK