Question re "Find"

When I bring up find, via "file\find" or CTRL-F the option to search inside archives is checked and greyed out , so I can't deselect it.

If I bring up the find panel via "tools\find panel" the option to search inside archives is NOT checked and is greyed out, so I can't select it.

Why can't I? What am I missing here?

Thanks.

Did you check the option to let Opus handle ZIP files during the installation?

Hi abr, it's been so long since I installed Opus, I can't remember. I'm pretty sure I said "no" as I prefer to let WinRAR handle zips and rars. Double clicking a zip opens it in WinRAR.

steven

If Opus ZIP handling is disabled then it won't be able to search inside them. You can enable Zip handling without making Opus the default Zip handler.

Hi jon, I don't WANT to search inside them, that's why I'm querying why I can't deselect "search inside archives" in my first example. And why I want to deselect when using "file\find"

Thanks, Steven

I would say the state of the checkbox was saved before you disabled Zip file handling. It won't have any impact whether the checkbox is on or not if Zip handling is disabled. If having it visibly checked bothers you then enable Zip handling, turn it off and disable it again.

Hello jon,

Your previous replies gave me the answer I needed: To deselect (or select) "search inside archives" zip handling needs to be enabled. It appears the state of the checkbox IS saved at the time one disables zip handling.

However, you are incorrect when you say "It won't have any impact whether the checkbox is on or not if Zip handling is disabled". On my PC the search was (and still is) searching through compressed files when the checkbox is selected. Regardless of whether zip handing is off or on.

I've been experimenting over the past few minutes with a folder containing many large zip & rar files. If checkbox is selected - whether zip handling is turned on or off - search takes a few minutes to complete. If checkbox deselected, search completes in under 10 seconds.

Have I found a bug? :smiley:

Thanks, Steve

I don't believe it's possible for it to be searching the contents of the zip files if zip handling is off. However, if you are searching for files containing a text string, Opus will still search archives (like any other file) to see if the raw data contains the string in question. It's possible that file system caching makes this quicker on repeated searches, which may explain why you perceive it to be quicker with the option turned off.

Jon, here's exactly what I was doing so you can determine what is happening:

Open find by pressing CTRL-F
Select folder (J:\downloads) via browse - ALT-B
Choose simple search
Name matching *.PDF
Search

Including sub-folders, there are hundreds, if not thousands of folders in my downloads folder. Each contains one or more zips or rars of various sizes ranging from a few Mb to 4 or 5Gb. Some of these compressed files contain hundred of small files. About 3/4 of the folders also contain a PDF file. So, if there are 4000 compressed files in total, there would also be about 3000 PDF files.

Searching with "search inside archives" deselected - whether zip handing is on or off - and the search completes in less than 10 seconds.
Searching with "search inside archives" selected - whether zip handing is on or off - the search takes upwards of 40 minutes to complete.

I'm not "perceiving" there being a difference in time taken to search, there's a vast and measurable difference.

With the former search, the status bar at the bottom of the search window - "searching in" - flashes the names of the folders past too quickly to read.
With the latter search many of the folder names and indeed the names of the compressed files themselves, stay on screen for seconds at a time.

Steven

PS: I should've noted: "Search inside sub-folders" and "Clear previous search" are checked in all searches carried out.

Do you have any VFS plugins (besides unrar) installed?

No, just the RAR plugin.

I can't explain what you're seeing then, but I'm not able to reproduce this effect here.