Summary: | Remove ASSERT_NOT_REACHED() from IDBCursorBackendImpl::postSuccessHandlerCallback() | ||||||
---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | Michael Pruett <michael> | ||||
Component: | New Bugs | Assignee: | Nobody <webkit-unassigned> | ||||
Status: | RESOLVED FIXED | ||||||
Severity: | Normal | CC: | abarth, alecflett, haraken, jsbell, webkit.review.bot | ||||
Priority: | P2 | ||||||
Version: | 528+ (Nightly build) | ||||||
Hardware: | Unspecified | ||||||
OS: | Unspecified | ||||||
Bug Depends on: | |||||||
Bug Blocks: | 45110 | ||||||
Attachments: |
|
Description
Michael Pruett
2012-11-27 16:01:43 PST
Created attachment 176356 [details]
Patch
Comment on attachment 176356 [details]
Patch
if that's there, it almost always means that function is in the process of being removed. Why do you need it?
(In reply to comment #2) > if that's there, it almost always means that function is in the process of being removed. Why do you need it? I think it's part of the pre-fetching logic, but let me dig in. It's possible it's not even needed any more. Yeah, Chromium code uses this to reset the prefetch cache if the success handler did anything other than continue(). It's safe to remove this ASSERT. Comment on attachment 176356 [details]
Patch
rs=me, per the discussion in the bug.
Comment on attachment 176356 [details] Patch Clearing flags on attachment: 176356 Committed r135969: <http://trac.webkit.org/changeset/135969> All reviewed patches have been landed. Closing bug. |