What is the best practice for revokeObjectURL and calls it really necessary?

I am in the process of writing an advanced image upload function for the site. In an attempt to resolve the entire image configuration before wasting time, and both client and server resources upload images to the server, I try to use HTML 5 functions to support a fully client component with mass loading after all image cropping and another editing was performed.

I have a drag and drop area on my page to allow multiple drag and drop files to actually select images for editing. On deletion, I create a list of image editors (using window.URL.createObjectURL ), with some form fields, a preview of the metadata, and I attach Jcrop to each image. The problem I am facing is when I attach Jcrop. Even though I bind the crop before canceling the url with a call to window.URL.revokeObjectURL , Jcrop does not seem to try to access the url until it's too late, and I get the missing images.

I resorted to the fact that I do not call revokeObjectURL at all, and this allows everything to work ... however, I'm not sure what is meant by it that does not cancel the use of resources. Does this allow the potential for memory leakage? Is the page being refreshed that frees the unreturned URLs of objects and their resources fixed?

+7
html5 revokeobjecturl
source share

No one has answered this question yet.

See related questions:

626
What is the difference between <section> and <div>?
480
HTML5 best practices; section / heading / aside / article elements
115
How to check MIME file type with javascript before downloading?
7
How to upload / post multiple canvas elements
5
How to force / allow the user to upload multiple files? (client side)
2
downloading images and cropping the client part, including in older browsers
2
How can I call revokeObjectURL only after loading the URL?
one
Server side cropping and client side cropping and sending base64 string?
0
Jcrop on video - video is displayed only within the crop selection

All Articles