Don't force chunkedMode=true for HTTPS if it was specified as false in the UploadOptions (added a warning about possible OOM for chunkedMode=false+HTTPS case)
When reamapApi was being called for device file it was performing IO on
the WebCore thread and throwing an IllegalState exception. This seems
to have only been a problem when local URL corresponded to a video file.
Moved calls to remapApi for device URLs within new thread context so
that IO is performed on background thread.
This is the same fix as 3ccf9f8 but for `download` operation
This closes#124
We should call remapUri on background thread otherwise it
throws IllegalStateException when trying to remap 'cdvfile://localhost/content/...' URIs via ContentFilesystem
Fixed iOS logic to not to include Content-Length when chunkedMode=true
Fixed Android logic preventing chunkedMode to be enabled for http uploads
Added tests for chunkedMode
Documented chunkedMode not supported on Windows
Documented Uploading of an empty file is not supported for chunkedMode=true and multipart=false for iOS, pended the corresponding test
Adds non-multipart implementation for Windows and a corresponding test
Adds a fix for Android for uploadResult.bytesSent = 0 for small files
Fixes parameters of FILE_NOT_FOUND_ERR case in upload operation on Windows - passing source file name instead of duplicated server/destination argument
github: close#117
InputStream.read(byte[] buffer) calls InputStream.read(byte[] bytes, int
offset, int count). As SimpleTrackingInputStream overrides both these
methods a call to SimpleTrackingInputStream.read(byte[] buffer) results
in a call to SimpleTrackingInputStream.read(byte[] bytes, int offset,
int count) - and two calls to SimpleTrackingInputStream.updateBytesRead,
so the counter bytesRead gets incremented twice for each read.
エリス