It is a trial, or licensed version?
Does the same happen if the program doesn't start with, or make use of, the DiskTree scan mode? I.e. run the program, change to a DB scan mode (e.g. DBSearch), and close it (this ensures the next time the program will start with this last used scan mode).
Run it again. With this test you can use any of the DB scan modes, but not the DiskTree one. Does the CPU utilization while idle issue continues to occur?
Check if the check for updates at startup option, menu Help>CheckForUpdates>AutoCheckAtStartup, is selected. If yes, test starting with it disabled.
Check if there are any folder monitor active, menu Database>IndexerSettings|FolderMonitors. If yes, test with all disabled.
Check if there is any task automation folder active, menu Extra>TaskAutomation>TaskAutomationFolders. If yes, test with all disabled.
Using the
Process Explorer tool, and when PDFE is in that idle, with 100% CPU situation, copy and dump here in a forum reply the call stack of the thread with more CPU utilization (
How can I view the call stack of a running process/thread?).
A screenshot of the process properties dialog, threads tab, may be helpful too.
and running as Admin restricts access to shared network folders necessary to use the application in their environment, so we can't use this as a viable work around.
Running as Admin fixes the issue? If yes, check if the situation occur (running with the standard user) just after scanning these shared network folders, that when running as admin are inaccessible. I.e. close the program with a local folder selected, start it again, don't scan any of these shared network folders and leave it idle.
