User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:50.0) Gecko/20100101 Firefox/50.0 Build ID: 20160618030212 Steps to reproduce: 1 - Access http://www.w3schools.com/tags/tryit.asp?filename=tryhtml_iframe. 2 - Press Ctrl + F. 3 - Type a word present in the iframe. Actual results: Search highlight is not displayed on the word. It's displayed in another screen position. Expected results: Search highlight must be displayed on the word.

¡Hola William! I can reproduce this on Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:50.0) Gecko/20100101 Firefox/50.0 ID:20160622030210 CSet: 51377a64158941f89ed73f388ae437cfa494c030 and it looks eerily similar to the bug I describe below... Steps: - Load https://www.ibm.com/support/knowledgecenter/SSAW57_8.5.5/com.ibm.websphere.messages.doc/com.ibm.ws.ssl.channel.resources.sslchannelmessages.html - Search (<Ctrl>+<F>) for "SSLC0008E" Result: Weird things happen, see http://i.imgur.com/xFiQebH.png Expected result: It works. ¡Gracias! Alex

[Tracking Requested - why for this release]: Regression

Feature has been backed out so not tracking these bugs for 50.

Bulk update to find bar bugs that won't be in 50 (according to https://bugzilla.mozilla.org/show_bug.cgi?id=1279695#c4 and local testing).

This feature will be disabled in 51.

This will be disabled in 52 as well. That said, things seem to be better in current Nightly builds, albeit still a bit odd. When I follow the STR from comment 0 and search for "language", it properly highlights the visible instance of it in the iframe, but also highlights hidden instances that are scrolled out of view.

Mike, should this block bug 1291278? I'm guessing yes so I'm setting that.

Yeah, thanks Andrew!

Alex, this doesn't seem to be happening anymore... highlights are displayed in the correct position.

I other words, can you confirm this for me?

¡Hola Mike! This WFM on Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:58.0) Gecko/20100101 Firefox/58.0 ID:20171011220113 ¡Gracias! Alex