Update GitHub build.yaml and CHANGELOG.md to reflect new minimum SDK (Dart 3.2 required, included in Flutter 3.16.0)

* Adds option to specify a file location for upload using a Mediastore URI on Android, using `UploadTask.fromUri`. A Mediastore URI can also be requested from methods `moveToSharedStorage` and `pathInSharedStorage` by adding `asAndroidUri = true` to the call.
* Fixes bug with ParallelDownload when an error occurs
* Updates dependency on package mime to 2.0. Use `dependency_overrides` in pubspec.yaml to resolve (background_downloader works with 1.0 and 2.0)

Adds UploadTask.fromUri that sets the file to be uploaded based on a Mediastore URI. For binary uploads only, and only when Android OS supports it (API 30+)

Also adds `asAndroidUri` argument to `moveToSharedStorage` and `pathInSharedStorage` to return a URI instead of a file path, if possible

Updated JSON decoding for TaskException that appears to have created this issue. It also resolves issue #406

Minor typo fix in README.md

* Adds option for partial uploads, for binary uploads only. Set the byte range by adding a "Range" header to your binary `UploadTask`, e.g. a value of "bytes=100-149" will upload 50 bytes starting at byte 100. You can omit the range end (but not the "-") to upload from the indicated start byte to the end of the file.  The "Range" header will not be passed on to the server. Note that on iOS an invalid range will cause enqueue to fail, whereas on Android and Desktop the task will fail when attempting to start.
* Fixes issue in iOS when multiple Flutter engines register the plugin
* Fixes issue with lingering HTTP connections on desktop
* Adds CI workflow (formatting, lints, build Android, build iOS)

Per #396, because the desktop isolate implementation requires the creation of a new http client for every task, without these changes many connections remain in CLOSE_WAIT state, which eventually bogs down the system.

- remove tests
- remove reference to Podfile.lock
- add linux build (untested)

# Conflicts:
#	example/ios/Podfile.lock

Also removed Podfile.lock

* Fixes desktop upload cancellation bug
* Adds Url-encoding of Content-Disposition header for binary uploads. Note for multipart uploads, filename is 'browserEncoded' which does not encode Non-ASCII characters
* Fixes bug with creation of unique filename on iOS

Fix for #372 introduces database write latency, therefore test must wait after progress update for write to complete.

Added Uri-encoding in Android and iOS for binary uploads (untested)
Removed Uri-encoding that was added for multi-part uploads, as that is a significant change and the documentation is inconclusive as to whether that is better

Serializes database updates for TaskRecords, preventing slower writes to finish after a subsequent faster write, which can lead to an incorrect database state.

Serializes database updates for TaskRecords, preventing slower writes to finish after a subsequent faster write, which can lead to an incorrect database state.

* If the value of a `fields` entry of an `UploadTask` is in JSON format (defined as start/end with {} or []) then the field's mime-type will be set to `application/json`, whereas it would not have been set prior
* Fixes an issue on iOS where use of the holding queue can lead to deadlock
* For Windows, when using `BaseDirectory.root`, fixes an issue with `Task.split` and `Task.baseDirectoryPath`. When using `BaseDirectory.root` on Windows, your task's `directory` must contain the drive letter.

Specific to the Windows platform, which contains a drive letter in absolute paths, the functions Task.split and Task.baseDirectoryPath
did not return the correct values when the baseDirectory was set to baseDirectory.root.

Addresses #371 by setting mimetype to application/json if the provided field value starts and ends with {} or [], suggesting this is a JSON object

Fix #362 by treating the stateLock as a re-entrant lock wehn called from a locked state in EnqueueItem.enqueue

Fix priority for multi-part upload

Update README.md with Kotlin Version