Feature request added

Actually, someone else asked for this via email, so two requests adds to the weight ...

[is]

Well, ok I admit I did start my Mac life in System 6    ... and I have to admit to being quite a Trekkie myself 

To clarify, the server IP/name, TCP port number, protocol, username and initial path can all be used in conjunction as an identifier in the Keychain that points to a particular password. So actually, the username is stored in the Keychain as an identifier, but only the password is retrieved from the Keychain by Yummy. As far as I know, other FTP clients behave the same way.

You're not at all pushy! In fact, I'm nearly done with v1.5.2 of Yummy, which does indeed contain new features, enhancements and bug fixes. I'm sorry it's taken so long to get it ready. I'll email you a link to the latest beta build.

[not]

As discussed/discovered in another thread, there is an issue where entering the same password as already present in the Keychain would not remove the password from the Bookmark/FTP Alias. I guess this confused the whole issue a bit. In any case, as you discovered, if you simply remove the password then the one in the Keychain is used.

I'm not sure whether it needs to be explicitly explained that only passwords are stored in the Keychain. It's been this way ever since the Keychain was introduced back in the Mac OS 7 (?) timeframe. Now I'm showing my age.... 

[not]

lol 

Ok, after some experimentation I found that if I edit a Bookmark / FTP Alias and enter the same password as is already in the Keychain then the password in the Bookmark does not get removed. I consider that a bug and I've fixed it in the latest build.

Thanks for spotting the odd behavior!

Weird. There's no way that I can think of that would produce different results, since an FTP Alias is created using the same Bookmark settings that are used in the FTP Browser it is created from. Would you be willing to send me the FTP Alias and Bookmark via email so that I can examine them?

I hear you about the 'seeing passwords' issue, but if all your passwords were in your Keychain (as I would recommend) then this isn't an issue, since Keychain Access provides that capability.

If Yummy has stored a password in your Keychain, it will not also be present in the Bookmark. The only way you could end up with the 'store passwords in Keychain' option enabled AND have a Bookmark with a password stored in it is if the Bookmark was saved while the 'store passwords in Keychain' option was not enabled. For what it's worth, the setting was only recently set to be enabled by default, so in previous versions Yummy would always store the password in the Bookmark itself, unless the user manually enabled the option.

If you edit and then save your Bookmark while the 'store passwords in Keychain' option is enabled, any password in the Bookmark will be removed and placed into the Keychain.

Does this sound like your scenario?

Ah... ok now I understand. I'll see if I can fix that up on my end. Thanks for the info!

good one! 

Is the 'applet' an actual AppleScript, or are you using an FTP Alias?

If you're using an AppleScript applet, it sounds like the applet is configured to connect with your server using a different account, perhaps anonymous access, and that's why there is a permissions issue when using it to connect & rename.

If you're using an FTP Alias, check its settings for username/password - click Edit in the Bookmarks window when nothing is selected and a file picker window will appear from which you can navigate to and select your FTP Alias to edit/inspect.

Odd. Maybe Something Bad™ is cached in your browser? If you're using Safari, select 'Empty Cache' from the Safari menu, quit Safari and restart it. Other browsers have similar options.

[did]

Well, well, well ... 

It turns out that I did find something in the sync logic which would spend an inordinate amount of time comparing files, if you have a complex directory structure with lots of files...

I've fixed this in the latest beta build, and in my test case (which has 21,000 items) I've reduced the time to completion from 10minutes to 1minute. Yes, you read that right It still uses a lot of processor to do the comparisons, which is expected since it's an intensive task so no problem there, but since it completes the task so quickly now I don't think it's an issue any longer

The Edit With list is meant to be a list of alternative editors, which is why the default editor isn't listed. The default editor has a keyboard shortcut all of its own. In any case, great to hear it's working well for you!

The smileys seem to work fine for me...    .... anybody else have a problem?

This problem turned out to be an incorrect setting of the text Encoding in cdeath's Bookmark. Once corrected, the problems disappeared.

I just wanted to clarify further... 70% processor usage is not unusual for the task at hand. It's a very intensive operation to compare thousands of files and folders.

Certainly, I could make Yummy use less processor power, but if I did that then the sync would take a lot longer to complete. I don't think you want that