While trying to switch over how blob URLs are created/revoked to mojo, I ran into some test failures which made me realize the way loading of blob URLs is currently done is problematic. This document is my attempt of explaining the problem and trying to figure out how to best solve this problem. Since I don't really know anything about the way loading actually works, I could use some help with that part of the document though.
--
You received this message because you are subscribed to the Google Groups "network-service-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to network-service-dev+unsub...@chromium.org.
To post to this group, send email to network-service-dev@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/network-service-dev/CA%2BOSsVaG-G_P42KFE2Oa6d77V%2BDvDgyknc8-pHWZUu94wsTa3w%40mail.gmail.com.
Thanks for sending this out. Handling Blob URL right is tough... I left some comments. It sounds like we _might_ need to resolve Blob URL right away (to a URLLoader or data pipe or something) whenever a request is created for a Blob URL, and might need to pass it around if it needs a navigation or download?
On Tue, Nov 14, 2017 at 5:23 AM, Marijn Kruisselbrink <m...@chromium.org> wrote:
While trying to switch over how blob URLs are created/revoked to mojo, I ran into some test failures which made me realize the way loading of blob URLs is currently done is problematic. This document is my attempt of explaining the problem and trying to figure out how to best solve this problem. Since I don't really know anything about the way loading actually works, I could use some help with that part of the document though.
--
You received this message because you are subscribed to the Google Groups "network-service-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to network-service-dev+unsubscribe...@chromium.org.