DocFetcher Pro 1.14 has just been released. It’s been about two months since the previous release, and since then a grab bag of fixes and changes had accumulated. All in all, three bugs have been fixed, and the various changes mostly revolve around preventing more bugs and crashes. The most notable changes are as follows:
1) It turns out that some programs, such as Thunderbird, like using files without file extension as gigantic data dumps, e.g., “Trash” or “Trash-1”. These files can often be 1 GB or more in size. However, DocFetcher Pro will by default try to index files without file extension as plain text files, and will likely fall over and die if it runs into these gigantic files. To prevent this, there’s now a new setting on the indexing dialog that by default will make the program exclude files having no file extension and being bigger than a certain file size from indexing. (And if you’re wondering why this new file size limit is applied only to files without file extension, and not to all files, that’s because a reasonable value for the file size limit depends on the file type. For instance, Excel files may reasonably be capped at, say, 100 MB, while PST files should be allowed to be 2 GB in size or more. A file-type-dependent file size limit may be added in a future major release.)
2) In case of a fatal indexing crash, the program now reports the path of the last file it worked on. This helps locate the file that likely caused the crash.
3) Previously, indexes that could not be loaded due to a broken tree.xml file in them were silently ignored. Now such index loading failures will be reported at startup. This helps you with identifying and removing broken indexes that are uselessly occupying disk space.
4) Result table: For emails, the value in the size column now includes not only the email body size, but also the size of any attachments. Note that you must rebuild your indexes before this new size value is displayed.
For the full list of fixes and changes, please see the changelog.