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 iOS and Windows implementation; mention in the docs
Adds corresponding tests
Increases spec.35 timeout for Windows Phone 8.1 case as it contains 2 download operations
Increases timeout for Windows case for spec.10, spec.21 (abort right away), spec.15 (unknown host)
Documents the latency quirk caused by BackgroundDownloader usage
[Windows] Mark an upload aborted to be cancelled right away as it did not have enough time to be created when abort was called in filetransfer.spec.21 (so that unexpected httpWin fired)
Extended test buffer to avoid unexpectedCallbacks.httpWin on Windows & local test server (filetransfer.spec.21)
Adds a corresponding test.
Fixes the Windows proxy to not to delete the existing file in case of a download error (including 304) - a temporary file is deleted instead.
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
When performing an upload on Windows Phone, an extra boundary is
included after any parameters, and before the file contents. This causes
some servers (such as express/multiparty on node.js) to fail to handle
the request properly.
This commit removes the extraneous boundary.
Fixes https://issues.apache.org/jira/browse/CB-6313
github close#73
On other platforms, the cookies from the browser that apply to the
request are automatically included. On WP8, that's not the case.
This commit will copy the cookies from the WebBrowser control, if the
scheme and host of the WebBrowser match that of the HttpWebRequest. For
users who host their web components remotely, and perform
uploads/downloads from the same server using cookie based
authentication, this fix enables that scenario on WP8, and brings it up
to parity with iOS, Android, and others.
Fixes https://issues.apache.org/jira/browse/CB-8761
CB-8761 [wp8]: Cleanup per comments
github close#74
Nikita Matrosov