Pim
Fixes #33. Support for the `boards/{board-id}` request as remote boards no longer point to a local file - [x] Allow `File` models to have optional URLs - [ ] Tests...
Add support for https://wetransfer.github.io/wt-api-docs/index.html#retrieve-boards-information. Files in the retrieved board no longer have a local file URL, so this might be a challenge to do right
The public API supports items that are only a URL. Currently the SDK treats items in a transfer only as a File. Files should be renamed to items at some...
Instead of checking for the availability of the `identifier` property, a dynamic property like `isAdded` should assume this behavior. Perhaps this could be handled in a protocol that handles this...
Currently `AsynchronousDependencyResultOperation` is used to handle the completion of all running instances of `UploadFileOperation` combined, but only the last result and error are used. This should be fixed by either...
Using `CodingKeys` of `Codable`, properties like `id` should be renamed to `identifier`. All responses should also be renamed to their actual purpose, instead of directly conveying the API implementation details...
Currently the SDK doesn't persist any state so resuming uploads is not possible. It should be able to store information about uploaded chunks so transfer uploads could be resumed at...
Right now `UploadFilesOperation` fails when there aren't any files to upload. This might be undesired as there is no actual failing happening when the transfer already has successfully uploaded files
Right now in `CompleteUploadOperation`, in the success case of the complete upload request, the response is checked and still might fail based on the value of `ok`. The expected responses...
Currently `APIEndpoint` structs contain generic references to the response that is expected to be returned from the request. The request parameters should be defined here as well