1869813 - github.com - Search in the page (Ctrl+F) hit count error

Status: NEW

(Toolkit :: Find Toolbar, defect)

Description

[Raul Bucata]

From github: https://github.com/webcompat/web-bugs/issues/130982.

<!-- @browser: Firefox 119.0 -->
<!-- @ua_header: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:109.0) Gecko/20100101 Firefox/119.0 -->
<!-- @reported_with: unknown -->

URL: https://github.com

Browser / Version: Firefox 119.0
Operating System: Ubuntu
Tested Another Browser: No

Problem type: Something else
Description: Search in the page (Ctrl+F) hit count error
Steps to Reproduce:
Go to a detailed issue page, e.g. https://github.com/topjohnwu/Magisk/issues/7592

Then here search for (w/o quotes) "#7594"
1 of 2 matches
F3
2 of 2 matches (won't highlight, is the hit hidden?)
F3 as many time as you want, hit count # and total matches indicator is stable but inconsistent: the total is greater than the visible matches.
then
Depending on where the mouse cursor is in the page, we get different unstable and inconsistent total hit count displayed:
So now, to go on faulty behaviour description, let's click outside the search field of the status bar, in the page (or slider too here in my snap for ubuntu version). When the search feature hits over the link (the match 1 of 2 from previous test that is a link which triggers a digest popup of the target).
Result:
Clear the search field & F5 to reload the page
Type Ctrl+F, #7594, => 1 of 1 match ??? !!! (but OK)
F3 => 1 of 1 match
F3 => 1 of 1 match... OK
click outside the field
F3 => 1 of 1 match reached end of page, continued on top
F3 => 2 of 2 matches
F3 => 2 of 2 matches
F3 => 1 of 3 matches (when the focus jumps to the links that triggers digest display)
F3 => 2 of 2 matches (when the focus leaves the link - no match is highlighted ATM)
then cycles
2 of 2
2 of 2
1 of 3
weird
Maybe search feature should not search in targets digests.
I noticed this inconsistency for years but now only I reached to understand ... so I try to explain with some hope in success for the recipient to understand too ;-)

Light with Moz teams

<details>
<summary>Browser Configuration</summary>
<ul>
<li>None</li>
</ul>
</details>

From webcompat.com with ❤️

Change performed by the Move to Bugzilla add-on.

Comment 1

[Raul Bucata]

The issue was reported via the webcompat.com reporter. Since the issue is related to the "Find in page" feature of the browser, we have moved the issue. Please feel free to move the issue to the correct Product and Component, as this might belong to Core->Find Backend

Comment 2

[Neil Deakin]

This is probably the same sort of issue as 1839252. github tends to modify the page when scrolling so the number of matches will change. The same sort of thing happens in other browsers to some degree.

Does logging out of github affect the behviour?

Comment 3

[BugBot [:suhaib / :marco/ :calixte]]

The severity field is not set for this bug.
:enndeakin, could you have a look please?

For more information, please visit BugBot documentation.