| Summary: | [iOS] Revoking an object URL immediately after triggering download breaks file download | ||||||
|---|---|---|---|---|---|---|---|
| Product: | WebKit | Reporter: | Henning Stummer <henning> | ||||
| Component: | WebKit Misc. | Assignee: | Nobody <webkit-unassigned> | ||||
| Status: | RESOLVED DUPLICATE | ||||||
| Severity: | Normal | CC: | Andy_Schmidt, cdumez, david_quesada, felek.000, henning, webkit-bug-importer | ||||
| Priority: | P2 | Keywords: | InRadar | ||||
| Version: | Safari 13 | ||||||
| Hardware: | iPhone / iPad | ||||||
| OS: | iOS 13 | ||||||
| See Also: | https://bugs.webkit.org/show_bug.cgi?id=185531 | ||||||
| Attachments: |
|
||||||
(In reply to Henning Stummer from comment #0) > Created attachment 398053 [details] > File with a test download > > Load the attached file in Safari on iOS: > > When you click on "Download" you get an error page with the following text: > "The operation couldn't be completed. (WebkitBlobResource error 1.)" Bug 185531 was the fix for this and it seems to be working fine on macOS. However, it indeed does not seem to work as expected on iPadOS with your example for some reason. > When you add a timeout before revoking the objectURL, the download start, > but the "download" attribute is ignored. The file will get the filename > "unknown" instead. I was not able to reproduce this but I am on a beta build. It may have been fixed or it is flaky because of 100ms timer. I have verified that fixing Bug 212279 fixes this too. *** This bug has been marked as a duplicate of bug 212279 *** |
Created attachment 398053 [details] File with a test download Load the attached file in Safari on iOS: When you click on "Download" you get an error page with the following text: "The operation couldn't be completed. (WebkitBlobResource error 1.)" When you add a timeout before revoking the objectURL, the download start, but the "download" attribute is ignored. The file will get the filename "unknown" instead.