Find in page… search feature is unable to find text that is partially CSS generated content
Categories
(Core :: Find Backend, defect)
Tracking
()
People
(Reporter: sime.vidas, Unassigned)
Details
Attachments
(1 file)
427 bytes,
text/html
|
Details |
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:109.0) Gecko/20100101 Firefox/109.0
Steps to reproduce:
- Open the attached test page in desktop Firefox
- Open the Find in page… feature (Command + F)
- Search for “schedule (pdf)”
Actual results:
Firefox didn’t find the text.
Expected results:
Firefox should have found the text.
If you search for “schedule” or ”(pdf)”, Firefox finds it normally, so it should also be able to find “schedule (pdf)”.
This issue is related to https://bugzilla.mozilla.org/show_bug.cgi?id=1627643
Comment 1•2 years ago
|
||
The Bugbug bot thinks this bug should belong to the 'Core::Layout: Text and Fonts' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.
Updated•2 years ago
|
Comment 2•2 years ago
|
||
The severity field is not set for this bug.
:jfkthame, could you have a look please?
For more information, please visit auto_nag documentation.
Comment 3•2 years ago
|
||
Seems a legitimate issue, though a bit of an edge case. Marking as S3.
The problem can also be seen right here in this bug page: searching for "1." works to find the list of steps in comment 0, and searching for "Open the attached" also works, but try searching for "1. Open the attached" and comment 0 isn't found.
We also can't search across adjacent pieces of generated-content; testcase
data:text/html,<style>b::before{content:"foo"}b::after{content:"bar"}</style>This is a <b></b> test
Here, we can find "foo", and we can find "bar", but searching for "foobar" fails even though "nothing" separates them.
Description
•