Summary: | REGRESSION: Backwards search in a long document matches incorrectly | ||||||
---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | mitz | ||||
Component: | Text | Assignee: | Darin Adler <darin> | ||||
Status: | RESOLVED FIXED | ||||||
Severity: | Normal | CC: | darin, hausmann, mitz | ||||
Priority: | P1 | Keywords: | Regression | ||||
Version: | 528+ (Nightly build) | ||||||
Hardware: | Mac | ||||||
OS: | OS X 10.5 | ||||||
URL: | http://build.webkit.org/builders/trunk-mac-ppc-pixel/builds/765/steps/compile-release/logs/stdio | ||||||
Attachments: |
|
Description
mitz
2009-01-04 14:51:33 PST
Should be simple to fix. I'll look at it tomorrow. Given the structure of the code, it's quite surprising that searching forward works properly and searching backward fails. Created attachment 26425 [details]
patch
I'd like to note that on a build _without_ the ICU based SearchBuffer the backwards search results in an endless loop, including in the changeset's testcase fast/text/find-backwards.html. It looks like the goto inserted in the last hunk triggers this, but I don't know the code well enough to be sure it's really the goto's fault or just a symptom. (In reply to comment #5) > I'd like to note that on a build _without_ the ICU based SearchBuffer the > backwards search results in an endless loop, including in the changeset's > testcase fast/text/find-backwards.html. It looks like the goto inserted in the > last hunk triggers this, but I don't know the code well enough to be sure it's > really the goto's fault or just a symptom. Please file a new bug. And please cc me. I'll be happy to take a crack at fixing it. |