Hi, this is a deeper design issue in DocFetcher that was fixed in DocFetcher Pro: Filename indexing in case of errors: If DocFetcher Pro and DocFetcher Server fail to read the contents of a file due to some error or because of password protection, the filename still gets indexed. In DocFetcher on the other hand, the file is skipped altogether. Regards q:-) <= Quang
I like how DF will index the filenames of files when it doesn't know how to index the contents. For files where it does know how to index the contents (i.e. .XLS), it should still index the filename, but it doesn't seem to do that. I have a password protected excel file and the filename isn't getting indexed. Thanks, Mark
Thanks so much for patching the installer; I just downloaded the new version; I'll try it out on another machine soon.
There was actually a bug in the Windows installer of version 1.1.26 that caused existing settings and indexes from 1.1.25 or earlier to get wiped out. The Windows installer is now patched. I've added your feature suggestions to my notes. Dark mode is planned for DocFetcher Pro 2.0.
You're right. There was a bug the Windows installer of version 1.1.26. I've uploaded a new, patched Windows installer that will preserve the settings and indexes from 1.1.25. Thanks for reporting this issue.
Build: Bugfix: The Windows installer wiped out the app data when upgrading specifically from version 1.1.25 to version 1.1.26.
Removed unused Pegdown dependency.
DocFetcher 1.1.26 ships with SWT 4.34, which should resolve this issue. (However, only 64-bit Linux is supported.)
For anyone still affected by this issue, please try upgrading to DocFetcher 1.1.26, which comes with its own Java runtime as well as code signing and notarization.
In DocFetcher 1.1.26, Log4J has been updated, so it's no longer affected by Log4Shell.
In DocFetcher 1.1.26, Log4J has been updated, so it's no longer affected by Log4Shell.
For anyone still affected by these issues, please try upgrading to DocFetcher 1.1.26, which comes with its own Java runtime as well as code signing.
From DocFetcher 1.1.26 onwards, it is no longer necessary to install Java.
For anyone still affected by these issues, please try upgrading to DocFetcher 1.1.26, which comes with its own Java runtime as well as code signing.
For anyone still affected by these issues, please try upgrading to DocFetcher 1.1.26, which comes with its own Java runtime as well as code signing.
For anyone still affected by these issues, please try upgrading to DocFetcher 1.1.26, which comes with its own Java runtime as well as code signing and notarization. Also make sure that Rosetta 2 is installed.
FAQ
FAQ
FAQ
FAQ
FAQ
Home
I was able to purchase the Pro version. The issue seemed to be a dark theme extension I had loaded in both Chrome and Firefox. The 1.1.26 free version did seem to give me less grief than 1.1.25, and the Pro did seem the most stable, kicking out only 3/85,000 PDF files for some sort of parsing error, no memory errors. I'm actually surprised that wasn't higher, as I know some of the documents give some structure errors when I try to edit them even in the Adobe software. I did have a minor issue on...
DocFetcher.exe executable not working on Windows Server 2008 x64
The newly released DocFetcher 1.1.26 comes with its own Java runtime as well as code signing, so this bug should be fixed now.
Not Detecting IBM Semeru Java Installation
The newly released DocFetcher 1.1.26 comes with its own Java runtime as well as code signing, so this bug should be fixed now.
DocFetcher-1.1.25 does not work on Mageia9 linux
The newly released DocFetcher 1.1.26 comes with its own Java runtime, so this bug should be fixed now.
Cant find JRE
The newly released DocFetcher 1.1.26 comes with its own Java runtime as well as code signing, so this bug should be fixed now.
Problem with Java version
The newly released DocFetcher 1.1.26 comes with its own Java runtime as well as code signing, so this bug should be fixed now.
For anyone still affected by these issues, please try upgrading to DocFetcher 1.1.26, which comes with its own Java runtime as well as code signing and notarization. Also make sure that Rosetta 2 is installed.
For anyone still affected by these issues, please try upgrading to DocFetcher 1.1.26, which comes with its own Java runtime as well as code signing and notarization. Also make sure that Rosetta 2 is installed.
For anyone still affected by these issues, please try upgrading to DocFetcher 1.1.26, which comes with its own Java runtime as well as code signing and notarization. Also make sure that Rosetta 2 is installed.
Website: Migrated website from custom build system to Pelican.
3) Also, the latest DocFetcher version is 1.1.26, which was released just days ago. The download is here. The updated project website will be deployed soon. Thanks. Yeah, I went through the project website.
Hi, 1) If the credit cards don't work, maybe PayPal will. 2) If indexing fails with an OutOfMemory error, the partial index may be be corrupted. You can try to work with the broken index, and change the last-modified attributes to trick the app into reindexing specific files, but if you want to be sure there aren't any errors lurking underneath, you should rebuild the index with a higher memory limit. 3) Also, the latest DocFetcher version is 1.1.26, which was released just days ago. The download...
New user. DF 1.1.25 win32 running on Win10 22H2. I did try to purchase a Pro license, but Gumroad rejected two of my credit cards with no error message. I have some large (100s of MB) PDF files. I ran an Index with the 1024M launcher but still got Out Of Memory errors on some documents. Can I not just load one of the larger heap launchers (eg, 8192M) and try to pick up those failed files? It seems "Update" only re-indexes changed files and the only other option is to delete the entire index and re-index...
I installed the new version 1.1.26, regular installation (I don't know what the portable version is). However it wiped out my settings in program-conf.txt, and did NOT maintain my index. So I had to re-enter my settings, and I'm having to rebuild the index. That's too bad. In any case, it's rebuilding now.
👌
Hi Quang, just FYI, I'm using the new rev and it's opening the PDF files properly now. Thank you!
It works, thanks.
It works, thanks.
Here's an updated version that won't show an error if DocFetcher Pro isn't running: ^F8:: { if WinExist("DocFetcher Pro") { if WinActive("DocFetcher Pro") { WinMinimize "DocFetcher Pro" } else { WinActivate "DocFetcher Pro" } } }
Try DocFetcherPro.exe instead of DocFetcherPro-Console.exe: "C:\Program Files\DocFetcher Pro\DocFetcherPro.exe" --update-indexes
Hi, Is there a way to run this script in a hidden way, so that the window or interface is not visible? "C:\Program Files\DocFetcher Pro\DocFetcherPro-Console.exe" --update-indexes" Thanks
This error message appears, in Windows 11.
Here's the new corrected version for AutoHotkey 2.0 to toggle the DocFetcher Pro window: ^F8:: { if WinActive("DocFetcher Pro") { WinMinimize "DocFetcher Pro" } else { WinActivate "DocFetcher Pro" } }
If you install a non-portable version or run the Windows exe installer, the existing indexes and settings will be kept. In the portable versions, you have to manually copy the indexes and settings over to the new app folder. Please see the readme.txt in the app folder for more detailed instructions.
Thanks for the information, that is helpful. I was wondering if the new version can be successfully installed directly over a previous installation, without losing your indexes, settings, etc. ?
ChangeLog
The project website is being updated, so it doesn't reflect the new release yet. You can find the changelog over here on the wiki: https://sourceforge.net/p/docfetcher/wiki/ChangeLog/
I received notification of a new version DocFetcher-1.1.26-Windows-64bit-Setup, however I can't find any description of what changes are included in this new release. Is it simply a 64 bit version of the same program, or are there other improvements?
ChangeLog
Hi, The trick to restore the global DocFetcher keyboard shortcut doesn't work with AutoHotKey v.2. Could you provide the correct script for this version? Thanks.
Updated Python shebangs.
Version 1.1.26.
Fixed javac compilation warnings.
Upgraded Log4J from 1.2.17 to 2.25.2 to fix Log4Shell vulnerability.
Updated link to DocFetcher Pro website.
Updated the links to the project's bug tracker.
Increased the default sizes of the indexing dialog and preferences dialog.
The preferences dialog now shows the app version number and memory limit (aka maximum heap size).
Major overhaul of build system and major restructuring of release builds.
Probably won't be fixed in the non-commercial version.
Yes correct, password protected and encrpyted. Any chance this will be fixed in the non-commercial version too. If so, is there an estimated timeline for this?
This is not a bug, so it won't get "fixed". The app is simply not designed to handle overlapping indexes, such as: C:\mydata C:\mydata\subfolder
I keep experiencing the same problem, as well.
The new DocFetcher release is being delayed by technical issues, so I'm not sure if it will be available this week. You can subscribe via the box "Get an email when there's a new version of DocFetcher" on this page to get a notification email once the new release is out.
Thanks, I'll wait for the rev, then dig into the source code if need be. My system is a mutt -- Mate desktop and then some pieces from other distros. So I can see there might be some confusion from that. Thanks for making such a great tool!
crush
Hi, I assume you mean password-protected files. DocFetcher skips files entirely if it can't read their contents. This is a design flaw that was fixed in the commercial DocFetcher Pro, see the paragraph "Filename indexing in case of errors" on this comparison page. Regards q:-) <= Quang
Hello all, I am new to this software and trying to understand how I can list encrypted files in the search window. I appreciate the contents of an encrypted file cannot be shown, but I am hoping at least the file name should show up in search. e.g. "master file.xlsx" <- encrypted in Excel In search window typed in "master.xlsx", and shows no results. Is this expected behaviour? If so, why can't DocFether also index file names of encrypted files?
SWTException
DocFetcher doesn't have a verbose mode. But you can take a look at the source code, specifically the launch function: https://sourceforge.net/p/docfetcher/code/ci/master/tree/src/net/sourceforge/docfetcher/util/UtilGui.java#l680 What the code basically does is: 1) Is this KDE? → call xdg-open. 2) Otherwise try to launch via SWT's Program.launch method. 3) If that fails and we're on Linux, try xdg-open. 4) Otherwise fail. Also note that there'll probably be a new DocFetcher release this week or next...
Thanks, Quang! xdg-open seems to open PDFs OK for me. Is there a way to run DF in a verbose/debug mode so I can see what's happening?
Hi, DocFetcher calls xdg-open to open files with the associated application. Regards q:-) <= Quang
Hi, I have PDFs in my search results. When I double-click one of them, nothing happens. I can double-click a PDF in my File Manager (Dolphin) and it opens. I can double-click other file types inside DF search results and they open. What should I look at to properly associate a PDF with qpdfview for DF? Thanks! Mark (Debian 13)
OPEN AND DIE
Thanks, Quang! The preferences setting fixes it. Cheers, Geoff
Hi, the first word is shown in gray because it's not only highlighted, but also a selected text range. The gray color probably comes from your system settings. Maybe you can make some adjustments there. To remove the gray color, just click into the preview pane to remove the text selection. Alternatively, try opening the preferences dialog and unticking "Automatically scroll to first match in preview pane". Regards q:-) <= Quang
When I search for a word, the first occurrence is highlighted in grey in the preview window while all subsequent words are highlighted in yellow. This makes things difficult to spot if a large file contains only one match. For example, searching for "this" in a simple text file shows:
Bug
You mean you want to search your Google Drive remotely? That's not possible with DocFetcher. The app needs a local copy of your Google Drive files. Setting up Google Drive as an actual drive should work.
oh.. i see... but this is not the way i am using google drive. It is just a document repository. I m manually uploading the docs from various sources to be able to access remotely. There is a serch function in google drive, but it failed several dimes and i need something more reliable.
There's no procedure, just open DocFetcher and select any folder in your Google Drive for indexing. Properly configuring Google Drive is not something I can help with though.
great. Can ypu please share the procedure? kind regards c