| Summary: | [iOS] Crash in CFURLDownloadClient.didFail if the download has a null resumeData | ||||||
|---|---|---|---|---|---|---|---|
| Product: | WebKit | Reporter: | Andy Estes <aestes> | ||||
| Component: | Page Loading | Assignee: | Andy Estes <aestes> | ||||
| Status: | RESOLVED FIXED | ||||||
| Severity: | Normal | CC: | ap, ddkilzer | ||||
| Priority: | P2 | Keywords: | InRadar | ||||
| Version: | 528+ (Nightly build) | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Attachments: |
|
||||||
|
Description
Andy Estes
2014-10-09 00:16:08 PDT
Created attachment 239522 [details]
Patch
Comment on attachment 239522 [details]
Patch
r=me
Do we have steps to reproduce? Does this happen with all servers that don't support resuming? (In reply to comment #4) > Do we have steps to reproduce? No, this is a speculative fix based on looking at crash reports. > Does this happen with all servers that don't support resuming? I don't know how to answer that question. I know that CFURLDownloadCopyResumeData() can return null and that we should handle it (this patch aligns our behavior with that of the Mac; e.g. passing a 0-length DataReference to DownloadProxy::didFail). Committed r174512: <http://trac.webkit.org/changeset/174512> |