PanuwatJantarapornTipauksorn / mollify

Automatically exported from code.google.com/p/mollify
0 stars 0 forks source link

Possibility to Resume Uploads #254

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago
I would like to see the possiblity to resume broken uploads.

Original issue reported on code.google.com by Marc....@gmail.com on 27 May 2011 at 11:48

GoogleCodeExporter commented 9 years ago
I've added support for download managers long time ago. This also included 
support for http range in downloads, so as far as I know this should be enough.

To try with download managers (like DownThemAll), add following client setting 
(in host page init):

expose-file-links: true

For example:

            mollify.init({
                "service-path": "backend/",
                "expose-file-links": true
            });

Original comment by samuli.j...@gmail.com on 28 May 2011 at 10:59

GoogleCodeExporter commented 9 years ago
No.. not downloads.. i mean uploads!
When Uploading Files TO mollify via Webinterface.. there would be nice to have 
a resume function

Original comment by Marc....@gmail.com on 28 May 2011 at 11:46

GoogleCodeExporter commented 9 years ago
Oh sorry, didn't read it carefully.

Resuming uploads is a whole another story. Basic HTTP upload does not support 
this, but third party uploaders like Plupload could, but not sure if they do. I 
have to investigate it a bit more.

Original comment by samuli.j...@gmail.com on 28 May 2011 at 1:19

GoogleCodeExporter commented 9 years ago
Yes but for example the Windows WedDAV Client 'BitKinex' also support via 
WebDAV resume of upload via this "Content-Range" thing.. i dunno exactly.. but 
we would really need this.. maybe i can get in touch with you via mail ?

Original comment by Marc....@gmail.com on 28 May 2011 at 1:36

GoogleCodeExporter commented 9 years ago
For example:

http://www.webdavsystem.com/javaserver/doc/resumable_upload/how_it_works

Original comment by Marc....@gmail.com on 28 May 2011 at 1:37

GoogleCodeExporter commented 9 years ago
Sure, but the difference is that you were asking about web interface used with 
a browser, not a dedicated standalone client like the WebDAV client.

My point was that browsers (or the HTTP standard) don't have resume upload 
support, that's why I said we need some third party uploader that support it. 
So far I don't know any, for example couldn't find any mention in Plupload for 
it supporting this.

In the server side this isn't a problem, I could add the support if there was a 
component in client side making this possible.

Original comment by samuli.j...@gmail.com on 28 May 2011 at 2:24

GoogleCodeExporter commented 9 years ago
I think GEARS supports that:

http://code.google.com/p/gears/wiki/ResumableHttpRequestsProposal

Original comment by Marc....@gmail.com on 29 May 2011 at 12:26

GoogleCodeExporter commented 9 years ago
Maybe you can implemtent it already for WebDAV ? So i could use it via BitKinex 
:)

Original comment by Marc....@gmail.com on 29 May 2011 at 12:27

GoogleCodeExporter commented 9 years ago
Gears is, or more like was, interesting concept. But it's not supported any 
longer: http://gearsblog.blogspot.com/2010/02/hello-html5.html

But just like they pointed out, HTML 5 has many of the things, and HTML 5 File 
API does look promising (http://dev.w3.org/2006/webapi/FileAPI/). I've have to 
investigate more about this part.

What comes to WebDAV, sure I could add resume upload support, but can't find 
any fact that the SabreDAV supports it either 
(http://code.google.com/p/sabredav/). This is the lib that provides the DAV 
protocol, and the support must be there in the first place.

Original comment by samuli.j...@gmail.com on 29 May 2011 at 5:59

GoogleCodeExporter commented 9 years ago
It seems like HTML5 actually does make this possible. However, it means that I 
have to create the uploader myself, which will take some time. It's pity that 
plupload does not have this, as it's so powerful uploader in all other aspects.

Also, HTML5 is not yet supported that well, I guess only Chrome and Firefox 4 
works well enough at the time.

Original comment by samuli.j...@gmail.com on 29 May 2011 at 7:04

GoogleCodeExporter commented 9 years ago
Great!! We will donate definitly if it works :)

Original comment by Marc....@gmail.com on 29 May 2011 at 7:06