We're calling on all EU-based Mozillians with iOS or iPadOS devices to help us monitor Apple’s new browser choice screens. Join the effort to hold Big Tech to account!

为提升您的使用体验,本站正在维护,部分功能暂时无法使用。如果本站文章无法解决您的问题,您想要向社区提问的话,请到 Twitter 上的 @FirefoxSupport 或 Reddit 上的 /r/firefox 提问,我们的支持社区将会很快回复您的疑问。

搜索 | 用户支持

防范以用户支持为名的诈骗。我们绝对不会要求您拨打电话或发送短信,及提供任何个人信息。请使用“举报滥用”选项报告涉及违规的行为。

详细了解

When searching a PDF, the number of matches found changes as you navigate

more options

Sorry if this is the wrong forum for this, I wasn't sure if I should just open a bug directly. I didn't see anything relevant here https://bugzilla.mozilla.org/buglist.cgi?product=Firefox&component=PDF%20Viewer&bug_status=__open__ so I don't think this has been reported before. Although I'm not even sure if this is a bug.

When I open a PDF (20 pages) and use Ctrl-F to search for a word in the document, the count of matches shown is initially wrong (too few matches) and that count changes as I click "Find next occurrence". It will fluctuate as I navigate through the document, going up or down. In my example I don't believe it ever actually showed a correct number of matches for how many times the search term actually appears (based on searching with another PDF program)

Here are screenshots of my test PDF https://imgur.com/a/8voWxGb (note that the total count of matches fluctuates both up and down. the final page shows 31/31 when there should be actually 52 results)

The PDF in question (searching for "commitment") https://s3-us-west-2.amazonaws.com/gmtwebsiteassets/colonialtwilight/ColTwi-RULES-LR-May2018.pdf

This does not appear to be a problem in the "live demo" of pdf.js (for example searching for "trace") https://mozilla.github.io/pdf.js/web/viewer.html which is using a different search mechanism that doesn't appear in the built in PDF viewer in FF.

Sorry if this is the wrong forum for this, I wasn't sure if I should just open a bug directly. I didn't see anything relevant here https://bugzilla.mozilla.org/buglist.cgi?product=Firefox&component=PDF%20Viewer&bug_status=__open__ so I don't think this has been reported before. Although I'm not even sure if this is a bug. When I open a PDF (20 pages) and use Ctrl-F to search for a word in the document, the count of matches shown is initially wrong (too few matches) and that count changes as I click "Find next occurrence". It will fluctuate as I navigate through the document, going up or down. In my example I don't believe it ever actually showed a correct number of matches for how many times the search term actually appears (based on searching with another PDF program) Here are screenshots of my test PDF https://imgur.com/a/8voWxGb (note that the total count of matches fluctuates both up and down. the final page shows 31/31 when there should be actually 52 results) The PDF in question (searching for "commitment") https://s3-us-west-2.amazonaws.com/gmtwebsiteassets/colonialtwilight/ColTwi-RULES-LR-May2018.pdf This does not appear to be a problem in the "live demo" of pdf.js (for example searching for "trace") https://mozilla.github.io/pdf.js/web/viewer.html which is using a different search mechanism that doesn't appear in the built in PDF viewer in FF.

由michiakig于修改

所有回复 (3)

more options

Hi michiakig, my first thought was that Firefox sometimes delays converting part of the PDF to HTML. If I page down quickly in a long PDF, I can see that Firefox hasn't generated those pages yet and needs to do so. So I thought this might be related to why it is not aware of matches in later pages at the time you ran the Find. Although, why would the number of hits go down at any point? Hmm...

But then, I noticed my Find bar (Firefox 62 on Windows 7) doesn't show a hit count at all in the PDF Viewer. It is hidden. I don't know why yours is not hidden on Mac. ??

more options

It could be some delay in parsing the PDF and generating HTML, but what makes me think this is a bug or otherwise broken feature is the way it works in pdf.js (which I believe Firefox has embedded as its PDF viewer). The Ctrl-F feature in that project's demo looks like it is overriding the Firefox find feature and it works exactly as you would expect. I've attached a screenshot to make that clearer.

https://mozilla.github.io/pdf.js/web/viewer.html

由michiakig于修改

more options

Hi michiakig, the demo is a pure web app with its own search logic. Unfortunately, that is stripped out when it is built into Firefox to maintain consistency with how Find works on other documents.

If I load a regular page first, open the Find bar and use Find, then load a PDF in that tab, the "1 of 11" count from the previous page continues to be displayed but isn't updated any more. So at least on my Firefox, it seems that the hit count is intentionally disabled in the PDF Viewer.

Not sure if this is an intentional Mac-Windows difference, but it makes it impossible to investigate on my system.