Searching a text seems to miss some occurrence in my system.
Categories
(Toolkit :: Find Toolbar, defect)
Tracking
()
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.
| Reporter | ||
Comment 1•7 years ago
|
||
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?
Comment 2•7 years ago
|
||
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.
Updated•7 years ago
|
Comment 3•7 years ago
|
||
The priority flag is not set for this bug.
:mikedeboer, could you have a look please?
For more information, please visit auto_nag documentation.
Comment 4•6 years ago
|
||
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.
Description
•