1475180 - Searching (with Ctrl+F) in SVG: visible matches skipped or not found.

Status: REOPENED

(Core :: Find Backend, defect, P3)

Description

[Vincent Mia Edie Verheyen]

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:61.0) Gecko/20100101 Firefox/61.0
Build ID: 20180704003137

Steps to reproduce:

I reproduced this bug on two different computers (both running macOS High Sierra). On one of them, I performed a clean install Mozilla Firefox for the first time, just to test this bug. The version of Firefox Used was 61.0.1. The version of Safari used is 11.1.1,

Please behold the following SVG:

https://upload.wikimedia.org/wikipedia/commons/5/55/Group_structure_and_statistics_of_%E2%80%9CGourmet_Master_Co._Ltd.%E2%80%9D%2C_as_of_31_December_2017_-_%E3%80%8C%E9%96%8B%E6%9B%BC%E7%BE%8E%E9%A3%9F%E9%81%94%E4%BA%BA%E8%82%A1%E4%BB%BD%E6%9C%89%E9%99%90%E5%85%AC%E5%8F%B8%E3%80%8D%E7%9A%84%E9%9B%86%E5%9C%98%E6%9E%B6%E6%A7%8B%E5%8F%8A%E7%B5%B1%E8%A8%88%EF%BC%8C%E6%88%AA%E8%87%B32017%E5%B9%B412%E6%9C%8831%E6%97%A5.svg

published at Wikimedia Commons with a description page:

https://commons.wikimedia.org/wiki/File:Group_structure_and_statistics_of_%E2%80%9CGourmet_Master_Co._Ltd.%E2%80%9D,_as_of_31_December_2017_-_%E3%80%8C%E9%96%8B%E6%9B%BC%E7%BE%8E%E9%A3%9F%E9%81%94%E4%BA%BA%E8%82%A1%E4%BB%BD%E6%9C%89%E9%99%90%E5%85%AC%E5%8F%B8%E3%80%8D%E7%9A%84%E9%9B%86%E5%9C%98%E6%9E%B6%E6%A7%8B%E5%8F%8A%E7%B5%B1%E8%A8%88%EF%BC%8C%E6%88%AA%E8%87%B32017%E5%B9%B412%E6%9C%8831%E6%97%A5.svg

Please allow me to, below, report the bug as experienced on one of the computers (on the other device, the behavior on Safari is identical, the behavior on Firefox not identical in that sometimes more instances can be found and browsed through but similar in that still not all instances can be found and browsed through, at least for some of the strings).


Actual results:

***

When I browse for the string:

 - *and*

I get 

 -  `1 match` on Safari; i.e. I can only reach **1 of the 5 matches**; and
 - on Firefox, if I press `Highlight All` it correctly highlights the 5 instances, but I can only toggle from `1 of 5 matches` through `1 of 3 matches` before getting the statement `Reached end of page, continued from top`. In other words, using the up and down arrows that would normally focus through the results, I can only reach **3 of the 5 matches**.

***

When I browse for the string:

 - *公司*

I get 

 -  `47 matches` on Safari; i.e. I can reach all, i.e. **47 of the 47 matches**; and

 - on Firefox, if I press `Highlight All` it correctly highlights the 47 instances, but I can only focus on one instance, namely `35 of 47 matches` before getting the statement `Reached end of page, continued from top`. In other words, using the up and down arrows that would normally focus through the results, I can only focus on  **1 of the 47 matches**.

***

When I browse for the string:

 - *這一鍋*

I get 

 -  `1 match` on Safari; i.e. I can reach all, i.e. **1 of the 1 matches**; and

 - on Firefox, if I press `Highlight All` it correctly highlights the 1 instance, but I can not focus on it, I only get the statement `Phrase not found`. In other words, using the up and down arrows that would normally focus through the results, I can focus on  **0 of the 1 matches, which is not even recognized as a match**.

***

Peers on other operating systems have informed me that they were unable to reproduce this bug with the mentioned file (one on Windows tried using Firefox and another peer on Gentoo Linux also tested on Firefox).


Expected results:

What should have happened is what happens on Google Chrome, Opera, Internet Explorer or Edge Explorer.

***

When I browse for the string:

 - *and*

I get 

 -  `5 matches` on Google Chrome, Opera, Internet Explorer or Edge Explorer. In other words, using the up and down arrows that would normally focus through the results, I can reach all, i.e. **5 of the 5 matches**.

***

When I browse for the string:

 - *公司*

I get 

 -  `47 matches` on Google Chrome, Opera, Internet Explorer or Edge Explorer. In other words, using the up and down arrows that would normally focus through the results, I can reach all, i.e. **47 of the 47 matches**.

***

When I browse for the string:

 - *這一鍋*

I get 

 -  `1 matches` on Google Chrome, Opera, Internet Explorer or Edge Explorer. In other words, using the up and down arrows that would normally focus through the results, I can reach all, i.e. **1 of the 1 matches**.


***

Comment 1

[Vincent Mia Edie Verheyen]

Note: I have also posted a question about this on the Super User Q&A community of the website Stack Exchange:

https://superuser.com/questions/1338347/why-can-some-characters-in-this-svg-not-be-found-or-browsed-searching-with-ctrl

Note: A possibly related bug (reportedly involving scrolling though, not visible matches within SVG files) was reported on the Mozilla Support Forum in January 2018:

https://support.mozilla.org/en-US/questions/1202150

Comment 2

[Robert Longson [:longsonr]]

Works for me and I'm also on a Mac. Presumably some add-on is interfering. Perhaps try safe mode.

Comment 3

[Vincent Mia Edie Verheyen]

Dear Robert Longson, this bug is still unresolved. I started Firefox in safe mode, this does not solve the problem. Further more, I have explained that I was able to reproduce this bug on another computer running macOS High Sierra, installing a complete clean install of Firefox 61.0.1. (Firefox, in any verison, was installed for the very first time on that computer).

Did you try browsing for the string:

*公司*

?

Comment 4

[Robert Longson [:longsonr]]

I did and as I said it works for me. My Mac is also High Sierra.

Comment 5

[Panos Astithas (he/him) [:past] (please ni?)]

I can reproduce the problems with the latest Nightly on macOS, although with some small differences:
- finding "and" lets me visit matches 1, 2, 3, 5
- finding "公司" lets me visit matches 1, 25, 35
- finding "這一鍋" properly visits the 1 match

Emilio may have some ideas since he has been working in this area recently.

Comment 6

[Dinar]

see also bug 1482147

Comment 7

[Daniel Bodea [:danibodea]]

I wasn't able to reproduce this in Mac OS 10.13.6 or 11.2 on either Nightly v61.0a1 or Release v60.0 or v61.0. This being said, I cannot properly reproduce this issue on my system on the original versions.

@Vincent: Is there any chance you still have the system it initially reproduced on? If yes, can you check whether it still reproduces (on the old and last versions of Firefox)?

Comment 8

[Vincent Mia Edie Verheyen]

@danibodea Hi, I yesterday tried to re-install the old Firefox 61.0 (I tried EN-US) but I couldn't reproduce the bug now, possibly because my OS might have a newer version already. I am not sure, my OS is now macOS 10.13.6.

Comment 9

[Daniel Bodea [:danibodea]]

That's alright, but does the old/original issue still affect you in any way?

Comment 10

[Vincent Mia Edie Verheyen]

Hi @danibodea. I should have been more clear. I managed to re-install Firefox 61.0 (I tried EN-US) and view the old SVG mentioned at the top of this thread, but the bug could not be reproduced by me. Hence, the original issue does not affect me any more. Curious to see if anyone else could reproduce it. I wonder if you could contact Panos Astithas to see if they can still reproduce.