Cannot search

[kbalfe]

The search function appearts not to function in version 2.0 Build 0930. (I experienced the same problem in earlier versions.) Searching a document takes a very long time -- seconds per page -- and then finds nothing (when something is there). Even the Cancel button responds slowly. Any ideas?

Kevin Balfe

[Jessamine]

Dear Kevin,
Please provide us a sample file. thanks

[Kazimir72]

Hi!
A example:
http://www.volksbank.hu/download/magyar_pr/altalanos_hu_pr.pdf
Find text: baba
(in page 2: "Babakötvény" )

Thanks

[Andreasm82]

Kazimir72, I can confirm your problem here.

And I see that it's real text (that means text is not part of an image).

So it must be a bug. Thanks for reporting it!

[Jessamine]

Thank you. I have reported it to our developers.

[danduq]

Can we see the progress of this bug? I don't want to raise a new ticket, but I would like to know when a fix is available as I find the broken search really annoying! :-(

[Vizitator]

It seems that the search function is not optimized at all. Most probably the search algorithm is completely wrong because it lasts too long. Please try to review it and if it is possible to use other search algorithms (or functions), which take a much shorter time response. It makes your nice program impossible to be used for documents of few hundred pages when the search is an important feature for the user.
Thank you in advance,
Vizitator

[Jessamine]

Hi,
Search function is under working. Please be patient. We apologize for any inconvenience.

[stanblaz]

It seems that this search problem isn't a simple fix as I've had (and mentioned) the search problem since version 1.3 (1209) ... almost a year ago! The problem varies considerably between different documents from working perfectly to searching only up to a number of characters (eg, 3 will work, 4 or more will not) to totally non functional. I am yet to find any correlation between documents & problems.

[Ghodmode]

:1_06:
I can't search either. I hope the developers will consider this a high priority item.

-- Ghodmode

[Jessamine]

It is already the highest.

[danrur]

I can't search either. It searches only if I enter the search box a single character, otherwise it doesn't work, it simply tells me that string isn't present.
Please fix it as soon as you could cause it's a pity that this fantastic application (especially for low ram usage) has such a big bug. Thank you, bye

[Jessamine]

We have already set up a special team for it.

[hjudz]

Yes, I have this search problem too. Sometimes i cant find whole string, only first character of this. But, if i search in Text viewer, i can find it. Unfortunately, it doesnt work always.

[Dandruff]

I have a problem with the search in this PDF: http://vemberaudio.se/download/surge.pdf


Search for "Slider" for example gives no result. Foxit only finds parts of most words. In this case it finds the part "Sli", but even not for all words "Slider". The creator of this PDF said it works fine in Acrobat Reader!


Can this be fixed?

[jmg]

Search is badly broken, and seems to be content and pass dependent.
Sometimes it seems the start/end pointers get lost, and toggle of
Match case can help.

It also seems the Start.end pointers are not updated at the right time.
If you scroll to start, you MUST ALSO click on the page 1, to reset the
search pointer, and then next search works.

Short term workaround seems to be this:
<< to Start.
Click on page
^F and Text

Tho I have some PDFs where I can select/copy Text, but FoxIT cannot
find anything ?!

Fixes needed :
<< to Start needs to reset search Search pointer;
Reason: A click on page is very hard to find FirstChar, in a technical drawing.

[jmg]

Reading other posts, I retested the file that failed to find anything, and
yes, it does find single CHAR values OK. Anything longer string and that PDF
file ( schematic drawing ) fails.

Zoom/pan within Find, on technical drawings is also flakey.
Seems to be mainly on technical plots created by PrimoPDF ?
Same drawing exported to PDF two ways, find/pan to single CHARs OK
on one, and pans wrong on PrimoPDF exported one. (find count looks right, just jumps to all the wrong places...)

[DAC324]

[priority of search feature]
It is already the highest.

Could not be that high, anyway. The problems were already present in version 1.3 (see earlier in this thread) and nobody considered it necessary to fix them in version 2.0.

[mcswell]

I agree on the need to fix this. I am thinking of going back to that Adobe memory hog, because I *need* search to work.

(Of course, how can I complain about free software? So don't consider this a complaint, just a request on bended knee :-)

[Jessamine]

Reading other posts, I retested the file that failed to find anything, and
yes, it does find single CHAR values OK. Anything longer string and that PDF
file ( schematic drawing ) fails.

Zoom/pan within Find, on technical drawings is also flakey.
Seems to be mainly on technical plots created by PrimoPDF ?
Same drawing exported to PDF two ways, find/pan to single CHARs OK
on one, and pans wrong on PrimoPDF exported one. (find count looks right, just jumps to all the wrong places...)
You are right. Reader sometimes can find single Char value and has problem with the whole word. It is mainly caused by creating way of these files. Some creators split a word into one char by one and foxit reader fails to recognize that. We have assigned a developer special for it. Thank you all.

[recurve7]

Any update on this issue?

[recurve7]

Another month has gone by and I don't see any updates on this crucial bug, is it still being worked on?

[jimmers]

I am also exp. search problem. This file http://www.oracle.com/technology/deploy/security/pdf/twp_security_checklist_db_database.pdf
contains "remote_login_passwordfile" string but FOXIT READER 2.0 build 1414 cannot find it.

[Whiteshark]

It find everything only when pdf is viewed in text mode...

:1_05:

[Jessamine]

Thanks for all your files. We are working on search tool now. It will be available very soon.