Added support for multiple part file extensions

Added support for promises returned from generateUniqueIdentifier

fix order of operations bug with duplicate files in one drag/drop

add parameter namespacing support

fix dropping a folder with a large number of files in it

This bug causes the preprocessState to be reset to 1 even after preprocess runs and sets it to 2. This results in chunks not thinking they are complete and causing issues later in the event chain.

Fixes proprocessState bug.

Merges in preprocessState issues found discussed in issue #114.

Java sample converted to Maven project

The default action of dragenter is to "Reject immediate user selection as
potential target element". Internet Explorer follows this, and therefore
stops the drag and drop from working as intended.

See http://www.w3.org/html/wg/drafts/html/master/editing.html#dndevents
and
http://www.quirksmode.org/blog/archives/2009/09/the_html5_drag.html

dragenter needs to be preventDefault'd too

Per bower/spec@a325da3

Remove moot `version` property from bower.json

missing ` in line 144 * `.chunkingComplete(file)` File is ready for upload

Update readme.md

Accept status code 2XX instead of just 200.

Allow overwrite of upload & test method

Allow more flexible targets urls

… 204 (no content) code will continue to work as a non- failure logged negative response to resumable.js "test GET" requests.

Resumable.php is a PHP package for resumable.js

Backend using Resumable.php

Revert response codes 202-2XX back to being negative responses

add Resumable.php

When dropping folders into Chrome, the function readDir is defined in
order to be able to recursively call the function. readDir is then
never actually called, the upshot of which being no folders ever get
added from a drop into Chrome.

Call readDir when dropping folders into Chrome

…ading

A problem was discovered in the PHP sample where the server would start
building the file before all the file’s chunks where received and
therefore corrupted the file. I have edited the code to do a check to
see if the server has the files equal to the size of the file being
uploaded before building the file.

Here is the update :)

Update PHP Sample to fix recreating file before file is finished uploading

…s on the fly

Allow to pass in a function that creates the headers on the fly

Clarify maxFiles error message

Exposed API for manually handling change and drop events

Fix error reporting when removing temp files

Added package.json for NPM

Backend on PHP.md file modified to sort warnings and an error

Added test file with example usage

Tweaked signatures

Added draft Typescript definition file

This event might be necessary processing the files being cancelled specially for server side.
currently we can't use the cancels since by the time it fires the r.files object is already empty

Added documentation for beforeCancel envent

Add new beforeCancel event

…urned.

Do you remember installing Windows 95? How it got to 95% done and then hung for the next few hours without any progress. This commit brings the awesomeness of this to Resumable.js as well.

Before, we use the upload progress as an indicator of the full upload process -- this meant that `fileSuccess` would fire before the server had returned its status code in some cases. Since we rely on that status code, a simple padding has been made of the last 5% of the progress of each individual chunks is actually assigned to the server returning -- instead of to the pure bytes being updated. 

Given small enough chunk sizes, this should now affect the user experience of using resumable.

Fixes #262

Proper TypeScript definitions

This adds an option to clear the input field. It defaultsto true, since that is the default right now.

file input shows "no file chosen"

…er names (e.g. chunkNumberParameterName: "resumableChunkNumber")

Add parameter naming to configuration options

…or POST

Fix typo in latest master that breaks resumableTotalChunks

Added .NET sample

Fixed relative paths submitting incorrectly ref #304

Update resumable.js

Rewrote part of the functionality to improve performance with large number of folders/files. This also fixed the paths being incorrect.

Added decrementing of queue increase of entry error

Added prepending forward slash to relativePath

Performance relative

fixes #360

Use application/octet-stream for content type

Add message argument to docs for fileSuccess event