Closed Bug 1439111 Opened 6 years ago Closed 6 years ago

[Regression] Page search doesn't find text inside a textarea when the text is outside of the scroll view

Categories

(Firefox :: Untriaged, defect)

58 Branch
defect
Not set
normal

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: martinez.novo+bugzilla, Unassigned)

Details

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:57.0) Gecko/20100101 Firefox/57.0
Build ID: 20171226083017

Steps to reproduce:

When using the "find text on this page" (CTRL+F) option, and typing the text to find, it doesn't find text inside a textarea if the text has scroll and the text is out of the scroll view.

This issue happens since Firefox 58. Firefox 57 is not affected. Tested on Windows, using the 32 bits build.

Test case: https://codepen.io/anon/pen/NyXavB

Originally reported in https://www.mediawiki.org/wiki/Topic:U7puzyr459w2q841

1. Open the test case https://codepen.io/anon/pen/NyXavB
2. Click anywhere on the white frame of the page
3. Use CTRL+F
4. Type "find"


Actual results:

- No results found
- If you scroll the textarea to the bottom to make the "find this" text scroll into the view, and repeat the steps, the text is found and highlighted
- If you scroll the textarea again to hide the "find this" below the scrolling view, the search fails to find it again.


Expected results:

The textarea should scroll until the text we're searching is visible, and the text should be highlighted (this works in Firefox 57)
We tested this on Ubuntu 17.10 with latest nightly, but we could not manage to reproduce it.

Could you please retest this with the latest Nightly build? If this is still reproducible with the latest Firefox builds, could you please provide a regression range [if it is regression issue]? Thanks
Information is available here-https://mozilla.github.io/mozregression/
Flags: needinfo?(martinez.novo+bugzilla)
I've tested with latest nightly on Windows and the bug is no longer reproducible.
Flags: needinfo?(martinez.novo+bugzilla)
Based on comment 2, the issue is not reproducible to the reporter anymore. Based on this and comment 1, I am closing this as incomplete.
If anyone can still reproduce it on latest versions, feel free to reopen the bug and provide more information. Thanks
Status: UNCONFIRMED → RESOLVED
Closed: 6 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.