Closed Bug 1568174 Opened 5 years ago Closed 4 years ago

Searching a text seems to miss some occurrence in my system.

Categories

(Toolkit :: Find Toolbar, defect)

Desktop
Linux
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME
Tracking Status
firefox68 --- affected
firefox69 --- affected
firefox70 --- affected

People

(Reporter: martin.bodin, Unassigned)

Details

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Ubuntu Chromium/75.0.3770.90 Chrome/75.0.3770.90 Safari/537.36

Steps to reproduce:

This report has already been reported in this bug report: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1835467 It seems that it is only reproducible on my personal computer, making its importance quite low. In this computer, it is however deterministic: it reproduces each time.
In the link above, I tested it on my system’s Firefox. In this bug report, I tested it on an upstream Firefox (68.0.1, 64bits). I just downloaded the Firefox proposed, and because I set my Firefox with a language different than in my system, both versions are actually set in a different language: my system Firefox is in French, and the Firefox that I just downloaded is in Esperanto. This did not change the bug in any way, but it changes the word used for “occurrence” to “kongruoj”.

To reproduce on this machine, I just go to the webpage where I noticed the bug: https://www.w3schools.com/howto/howto_js_autocomplete.asp
I then look for (using Ctrl+f) the string “addEventListener”. There are four occurrences.
When pressing either Ctrl+g or by clicking on the “next” arrow in the interface, I get move from occurrence to occurrence, but it misses the third one: it directly jumps from the second occurrence to the fourth.

Actual results:

Before pressing Ctrl+g, I get “1 el 4 kongruoj” (= “1 out of 4 occurrences”). After pressing Ctrl+g the first time, I get “2 el 4 kongruoj”, and the corresponding congruence is indeed well-selected. After pressing Ctrl+g for the third time, I get “4 el 4 kongruoj” and the fourth occurrence is selected.

Expected results:

After the second occurrence, I would have expected to have seen the third one selected: the third one has been missed.

If looking for the string “function”, the 8th, 13th, and 16th occurrences get missed.

I can see that my User Agent has been written above. Just to avoid confusion: I reported this bug on Chrome, not Firefox. Do you need my Firefox’s user agent?

Hi @martin.bodin, I've checked the issue and here are the results:
[Platform tested]: Mac OS X, Windows 10 & Ubuntu 18.04
[environments]: nightly 70.0a1, beta 69.0b8, release 68.0.1
=> the issue occurs only on Ubuntu system.
In my end it's a little bit different than in reporter's end: pressing CTRL+g = work's fine / pressing left arrow(near to the input- the one pointed with the top up), will skip the no.2 occurrence.
I will add a component, if isn't the right one please fell free to change it.
Thanks.

Status: UNCONFIRMED → NEW
Component: Untriaged → Search
Ever confirmed: true
OS: Unspecified → Linux
Hardware: Unspecified → Desktop
Version: 68 Branch → Trunk
Component: Search → Find Toolbar
Product: Firefox → Toolkit

The priority flag is not set for this bug.
:mikedeboer, could you have a look please?

For more information, please visit auto_nag documentation.

Flags: needinfo?(mdeboer)

There have been quite a few improvements to the find backend the past couple of months. Feel free to re-open the issue if it occurs again.

Status: NEW → RESOLVED
Closed: 4 years ago
Flags: needinfo?(mdeboer)
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.