You can run A Better Finder Rename 10 and 9 side-by-side without any problem.
Droplets created with version 9 will continue to open in A Better Finder Rename 9.
A Better Finder Rename 10 allows you to automatically migrate droplets by going to the "File" menu and choosing "Migrate Version 9 Droplet...".
Just go to the file menu and select "migrate Version 9 Presets..."
Don't worry, you haven't lost any data. You have probably simply removed the file extension and Mac OS X no longer knows what type of document your file represents.
You can resolve this by adding the original file extension (say .jpg) to the end of the file names. They should then open properly again.
File extensions can be tricky on Mac OS X. Under certain conditions the Finder hides file extensions: they are still there, but cannot be seen in the Finder.
You can find out the real name of a file by selecting it in the Finder, and choosing "Get Info..." from the "File" menu. The "true" name of the file can be seen in the "Name & Extension:" field.
A Better Finder Rename always shows the full name of the file, so drag & dropping the files into the preview window will also do the trick.
In general, your selection in the "Change:" popup menu determines whether ABFR will change only the file name (everything before the first period) or the file name and the extension.
You can force the Finder to always show file extensions by ticking the "Show all file extensions" check box in the "Preferences..." menu of the Finder.
You can show or hide file extensions for individual files by (un-)ticking the "Hide extension" check box in the Finder's "Get Info". A Better Finder Attributes allows to perform this operation for multiple files
The droplets feature has been part of A Better Finder Rename for many years and they have not undergone any major changes for a long time. Unfortunately, some people have started experiencing problems with them in the past few years and though we have never successfully been able to replicate the problem, we have spent a lot of time determining the cause.
So far, we have narrowed it down to systems that have at some stage had Dropbox installed on them. These systems appear to have two versions of the FinderSyncCollaborationFileProviderOverride framework installed:
com.apple.appkit.xpc.openAndSavePanelService: objc: Class FIFinderSyncExtensionHost is implemented in both
/System/Library/PrivateFrameworks/FinderKit.framework/Versions/A/FinderKit (0x7fffaec3dc90) and
One of the two will be used. Which one is undefined.
The effect of which is that when you drag your files onto the droplet, one of two paths is completely at random, and if you are luckily it is the one that actually works.. otherwise.. it does not.
Unfortunately, all this is happening at the operating system level and there is nothing A Better Finder Rename can do about that. The framework in question was added by Apple to facilitate integration with Dropbox by providing standardized ways for it (and similar tools) to communicate with the Finder and thus remove the need for hacks. We can only speculate that Dropbox may have shipped a bug-fix release of the framework with its tool and installed it in the Overrides directory with Apple's consent. As you can see, however, deleting it requires system integrity protection to be disabled, which presumably is why they haven't been able to uninstall it.
Now, what can you do?
The first thing you can try is to migrate your existing droplets to the latest version. We have made some changes to by-pass all the Finder capabilities that we do not absolutely need and this sorts out problem for many users:
If this works for you, you are done. If not, there are other things you can try but we can't neither guarantee that they are safe or that they will work for you. There is certainly some potential for messing up your system, so you may just want to use the Presets feature instead of droplets until Apple fix the issue.
If you do decide to soldier on anyway, you proceed at your own risk:
First you can try to kill the FinderSyncExt process from the console. This could lead to a crash, but it should not do any permanent damage to your installation; when your Mac starts next time, the extension should be there again:
killall -9 FinderSyncExt .
If this does not work for you either and you really want to solve this problem once and for all (and are prepared to take the risk of bricking your installation), you can delete the offending framework from your installation. Apple has rightly made this very difficult and we have do not really recommend it. We have, however, tried it and have seen no negative effects.
A Better Finder Rename's powerful renaming engine can rename very large numbers of files, but is optimized for the most common usage scenarios involving no more than 10,000-30,000 files. If you need to go well beyond this order of magnitude or are working with very large image, movie or PDF files, you may want to fine-tune some of the renaming engine's settings. Version 8.59 and later of A Better Finder Rename have a special section on dealing with large files in their help book that provides all relevant information. Within A Better Finder Rename, go to the "Help" menu and select "A Better Finder Rename Help...".
You can use A Better Finder Rename's "Convert to valid NTFS/SMB file name" feature to ensure that your file names are valid for Windows NTFS volumes.
You may still encounter some problems when transferring files over an SMB (remotely mounted Windows drives) connection to the Windows machine. These problems are due to two factors: invisible files and SMB bugs.
You can remove invisible files before transferring your files by using A Better Finder Attributes (the companion product to A Better Finder Rename); Mac OS X's SMB implementation is plagued by bugs, but you may not run into them. If you do run into them the best course of action is to "compress" the files you want to transfer into a single zip archive using the Finders "Compress" feature, transfer the archive and then unzip it on the other side.
This error message covers all cases where A Better Finder Rename attempts to rename a file, but the operating system refuses to do so.
There's a number of reasons why this can happen:
On Mac OS X every file and every folder is protected by a security scheme that limits who can perform which operations on them. This is governed by so called "Access Privileges". If don't have sufficient access privileges, you won't be able to change the name of the file.
You can find out (and potentially change) what your access privileges are by selecting the file(s) in the Finder and choosing "Get Info..." from the "File" menu. The relevant information is in the "Sharing & Permissions" section.
There is a flag on Mac OS X that allows files to be protected against changes. If it is set, A Better Finder Rename will not be able to rename the file. You can unlock a file by going to the Finder and choosing "Get Info..." from the "File" menu. The relevant information is in the "General" section.
You are trying to change the names of a file on CD or DVD, which is of course impossible.
Mac OS X has a "native" file system that is called "HFS+ (Journaled)". This is the basis for all file manipulations and in theory all other file systems that Mac OS X knows about should behave in exactly the same fashion.
Other file system do of course have different constraints on file names, on path lengths, maximum file sizes, etc. but these differences should be hidden by the file system driver, so that you don't need to know about them.
Unfortunately the quality of some of those file system drivers is not always what it should be and as a result you can run into problems and you might get the above error message.
You can work around most of these problems by attempting to use a different file system "renaming mechanism". Consult the Help book (Help -> A Better Finder Rename 10 Help...) for more details.
There are occasionally problems with Buffalo TeraStations which come pre-installed with an awkward proprietary file system that limits the length of the absolute paths that can be used. Please consult Buffalo's website for instructions on how to set up your TeraStation for use with a Mac.
Another frequent culprit are Flash Cards. These drivers are extremely poor and it is much safer to move the files to your Mac's hard drive before changing any names.
The short explanation is that it doesn't work and it shouldn't work. The long explanation would give you a headache.
With Application Enhancer installed, all bets are off. This is "wicked cool" software specifically designed to undermine OS X's built-in protection features.
Uninstall it and see whether the problem persists.
Blaming other people for your bugs is plain bad manners, so in our defense let us quote George Warner from Apple Developer Technical Support:
Our (Apple's) official policy is that we don't support APE'd systems. Period. The data miner that parses all the crash logs that are sent to us automatically ignores any report that has APE api's in the backtraces or dylb lists.
Likewise If DTS receives a crash incident with API in the backtrace or dylb list we will not investigate it. Our "standard answer" in this case is to inform the developer that we don't support APE and that we'll only be able to help them if they can reproduce the problem without APE installed.
I would suggest that you do the same for your "user X". ;-)
This is probably the most difficult to use feature in the program as it requires some knowledge about Mac OS X internals and rigorous attention to detail.
There are two major sources of problems:
The first problem is easily resolved. The program loads the entire file list, but does not automatically add the files and folders in the list to the preview!
You need to drag & drop the files you want to rename into the preview list as usual. The program will then use the associations in the file list to determine the correct new names. This is done for consistency with the other renaming features and allows you (if you desire to do so) to perform a partial rename, ie. rename only some of the files in the file list.
The error message in the second problem may have a number of different reasons but all indicate that your file list is incorrect.
Re-read the instructions in the manual carefully (Help -> A Better Finder Rename 10 Help...: this is one area where details really are important!
The most common errors are:
If you still can't figure out what's wrong, please email us at firstname.lastname@example.org and don't forget to attach your file list and the full text of the error message that you receive. I will try to answer as quickly as possible, but it may take a day or two..
Some recent mp3 encoders now encode id3 tags as big-endian UTF-16 characters. The "byte order" is different and this leads older versions of A Better Finder Rename to incorrectly interpret the text as Chinese characters. You need to upgrade to version 7.9.9 or later where support for this feature was added.
Email us immediately! It could be that many other people have the same problem. We can only fix the problems that we know about.
We do test each version carefully before a release, but with so many different factors (OS version, installed products, specific hardware, installers, builds, etc..) to consider, it is always possible that a bug does get into a release.
Unfortunately occasionally a bug affecting all users goes unreported for days and causes no end of frustration for everyone. Simply dropping us a line would allow us to fix the problem immediately.. don't be afraid of getting in touch!