I will attach a very small testcase which shows that a search in the web-page (in that case with search word 'afasel' will show a wrong result.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20051004 Firefox/1.6a1 ID:2005100411 Could you please provide a bit more details? Expected results, actual results and whatnot? I'm really not sure what you expect to happen here. For me, searching for "afasel" highlights the word across the line break and /does/ find the word.
sorry. Yes, the word "afasel" is found. But I don't expect that because afasel is no word in this document. There are two words "bla" and "fasel" so "afasel" doesn't exist. It shouldn't find anything.
IMHO, this is an invalid/wontfix request. At least it's not a "Search" bug. -> Find Toolbar or Find Fast?
Well, we do not do the same thing for new lines, and since a <br> is technically a new line...
Component: Search → Search
Product: Core → Firefox
Assignee: search → nobody
QA Contact: fast.find
*** Bug 329221 has been marked as a duplicate of this bug. ***
Did anyone notice that if you write "fasel" in the search and go to the start of the input and write "bl", nothing is found. so far, so good. when you complete the word with an "a" to "blafasel", the word is found and marked, but the search box stays red, claiming that it started on top. Bug or feature? Anyhow, not that important.
Created attachment 273956 [details] [diff] [review] patch This fixes it, but I haven't really tested it much.
Created attachment 273957 [details] small testcase2 There are also search issues with <button> and I suspect there are more elements where you wouldn't want to search in.
(In reply to comment #10) > There are also search issues with <button> and I suspect there are more > elements where you wouldn't want to search in. Not issues that the patch is introducing.
Assignee: nobody → martijn.martijn
Summary: search ignores <br> → search/find ignores <br>
You need to log in before you can comment on or make changes to this bug.