V11.8 - Slow Search Problem

I am again having a problem with 11.8 - this time with the search function.

If I use the search function on the tool bar (showed in screen shot) the instant that I start typing a search string (in this case by using *) the display window goes blank and it show not responding.

It will eventually (after 30 - 40 seconds or longer) allow me to finish the search string and will eventually return a result - but we are talking minutes here.

If I use the find panel - similar results.

Regardless of the depth of the tree being searched, behavior is the same. In the attached screen shot, that is the only directory (and it has about 50 files and no sub-directories)

Any help appreciated. Thanks


If you click and expand Collections in the folder tree (or go to coll:// by typing into the path field), do you experience a similar delay?

How many file collections do you have?

If I click on the file collections top level - no delay. There are two file results folders under file collections. As soon as I click on either of those - the delay starts (see screen shot)

To be honest I've never even used File collections (consciously that is)


I tried deleting the two search results folders and then tried doing a new search - same result.

Also - Just for an FYI - I have a 512GB SSD on the laptop (16GB RAM) and that's it. It is about 201GB used - ~279,000 files (Windows, Program Files, User data - everything) - User Data is about 130,000 files total.

Thanks. That should rule out any issues with collections.

Let's focus on the Find panel for now, and ignore the Search field, since doing so keeps things more simple.

What exactly happens with the Find panel? Do you get the delay as soon as you open it, as soon as you type * into it, or when you click Find, or something else?

Does the problem happen even if you search inside a test folder that just has a couple of files in it? Does it happen with all folders, or just a particular one?

How is the Find panel set up? (A screenshot of it is probably the quickest way for us to see that.)

Thanks!

Sorry delayed reply

  1. Problem starts as soon as I click on find. Typing in criteria is no problem

  2. Large directory or empty directory - behavior is the same

  3. Standard out of the box find panel set up (screenshot attached)


Sorry - I mistyped on that last reply.
If the directory is EMPTY - don't see the problem.
With 5 files in it ... see the same problem.

If 2 - 3 files (all Excel) - I can get the find results in about 5 seconds.
If 7+ files took 30 seconds to return a result

Is it only when searching a library folder?

Or perhaps only when XLS files are in the results list?

Does the library point to any network drives or drives which have spun down or otherwise take a long time to access?

  1. Library files - Most files on my machine are LIBRARY files But in fact the test directory was on the desktop - so I've seen the same problem both with library files and not.
  2. No any type of file ... I just used XLS as an example.
  3. Network drives - no I removed all network and virtual drives from my machine after the earlier problem I had with general response time

Thanks for trying those things. That rules out some of the possible causes.

Some other things to try:

[ul][li]If you delete all the collections again, and then create a new, empty collection (when in the Collections folder, click the New Folder button), do you get a delay when going into that empty collection?

If not, what if you manually drag a .txt file into the collection, then fully exit Opus (via File / Exit Directory Opus) and then re-launch Opus and go tot he collection? Does the .txt file show up in the collection without delay?

[/li]
[li]Do you have any scripts installed? (Preferences / Toolbars / Scripts.) If so, try disabling them.

[/li]
[li]To test if the problem is related to your configuration or toolbars, backup your current configuration (Settings > Backup & Restore), then completely uninstall Opus, reboot, and reinstall it. You'll now be using the default settings and toolbars. Does the problem still happen? (After testing, you can restore the config backup via the same menu, but be sure to do the test before restoring anything.)

[/li]
[li]If none of those things make a difference, it would seem to be something external to Opus. That could include antivirus causing a small operation that should be fast to be very slow (e.g. blocking Opus from reading the collection XML data while it takes a long time to scan it or similar), or 3rd party shell extensions (ShellExView can list them) or even things like video codecs (Icaros, which is included in some codec packs, has caused some strange problems recently). Those are all things which get loaded into the Opus process outside of our control, and can cause almost anything if not well behaved.[/li][/ul]

OK ... Let me try these things. Certainly I noticed when I created an empty collection and moved a text file in there it took about 5 - 6 seconds to show up. I'll try the other stuff.

I'll try deactivating anti-virus and see if the condition persists. I have no scripts at all. I will do a reinstall - however the only changes I have made in this installation are colors and backgrounds. I have no 3rd party shell extensions nor additional video codecs

You'll definitely have some shell extensions, maybe without realising. Lots of tools install them for various reasons ranging from adding items to right click context menus to showing icon overlays for cloud storage state.

Hi Leo -
Sorry for delay in response. I'm traveling on business through Asia and it has been hard to take time to troubleshoot this.

  1. Yes you are quite correct about shell extensions. I have a bunch. The utility you linked worked great.
  2. I am however at my wit's end about this. I have removed the last three programs I installed before I noticed the slow down, I removed AVG completely (problem still occurs even with no AV), I replaced it with Panda. I have used CCleaner constantly to make sure the registry is cleared up, I have completely removed DOPUS several times (I am now running 11.10) ... and still no success.
  3. I have not noticed any shell extensions that I have not already been using since I bought and configured this laptop originally though.

Short of wiping my out my laptop and reinstalling everything from scratch is there anything else you can suggest? Or any specific applications that have known problems with DOPUS? I have attached the shell extension list report if that is of any help.
Shell Extensions List.txt (91.1 KB)

I suggest disabling all shell extensions and then rebooting. If it makes no difference, you can enable them all again and we know it wasn't any of them.

If it does make a difference, enable some and repeat until it is narrowed down to a particular extension or group of extensions.

Extensions related to cloud storage or version/source control would be my initial focus, as they are often tied to strange delays because they're trying to contact the network during operations which are expected to be instant.

OK Thanks Leo. It will take some time but I will start working on that.

Hi Leo -

After lengthy troubleshooting it turns out it was indeed a Cloud Storage software called PowerFolder. As soon as I uninstalled it, DOPUS resumed its normal snappy performance on searches.

  1. These two software packages had co-existed for sometime before starting to have a problem - so I'm not sure what set it off
  2. Have you heard of PowerFolder? Do you know if there is any way for me to use this without having DOPUS issues? It is a fairly important application for me.

Was PowerFolder updated around the time the problem started happening? Or could there be something like your PowerFolder configuration includes a server which is now offline or renamed, so it's trying to contact something which isn't there?

Something like that could explain why the problem started, which might help understand the underlying cause, or steps we or the PowerFolder team could try to reproduce the problem.

I'll work on that and check this week Leo - I am not aware of an update but it may have done it automatically. I'll look into it.

Thank you