| Summary: | Null dereference performing a "TapAndAHalf" gesture in Google search field | ||||||
|---|---|---|---|---|---|---|---|
| Product: | WebKit | Reporter: | Jon Honeycutt <jhoneycutt> | ||||
| Component: | WebKit2 | Assignee: | Jon Honeycutt <jhoneycutt> | ||||
| Status: | RESOLVED FIXED | ||||||
| Severity: | Normal | CC: | enrica, simon.fraser | ||||
| Priority: | P2 | Keywords: | InRadar | ||||
| Version: | 528+ (Nightly build) | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| URL: | http://google.com | ||||||
| Attachments: |
|
||||||
|
Description
Jon Honeycutt
2014-12-10 14:13:43 PST
Created attachment 243066 [details]
Patch
Comment on attachment 243066 [details]
Patch
This change seems OK, but just a few lines later I see code that calls Range::create and dereferences the result unconditionally. I think we should consistently handle null in both places in this function instead of just in this one place.
(In reply to comment #2) > Comment on attachment 243066 [details] > Patch > > This change seems OK, but just a few lines later I see code that calls > Range::create and dereferences the result unconditionally. I think we should > consistently handle null in both places in this function instead of just in > this one place. This adds a null check for the result of wordRangeFromPosition before calling Range::create. Range::create doesn't return null. Thanks for the review! Committed r177115: <http://trac.webkit.org/changeset/177115> |