Find.../Ctrl-F will scroll text that got clipped using text-overflow: ellipsis, without updating which part gets clipped, effectively scrolling an invisible area into view. The attached HTML file can be used to reproduce the problem, it is pretty self-explanatory. If you don't use text-overflow: ellipsis, the matching text will scroll into view properly, but it's still not ideal since there is no way to undo the scrolling after you are done finding stuff on the page. I am filing this bug against WebKit because it can be reproduced in Chrome 21.0.1180.57 on Linux/Ubuntu and Safari 5.1.7 on Windows. (Originally filed as http://code.google.com/p/chromium/issues/detail?id=13563)
Created attachment 157699 [details] HTML page to reproduce the problem.
Created attachment 459979 [details] rendering after search in Safari, Firefox and Chrome I see the same behavior in all 3 browsers. The "secret" word is found when with the search, aka two occurrences and no text is scrolled during the search. This is working at least in an interoperable way. Maybe this should be closed.