FileDownloader Versions Save

中文迭代日志

Fix

• Fix: fix IllegalFormatConversionException because of format AtomicLong with %d on FileDownloadModel.toString. Closes #743

中文迭代日志

Version 1.6.4

2017-08-21

New Interfaces

• Add NoDatabaseImpl for the case of some users need a no-database FileDownloader. Refs #727

Enhancement

• Import Performance: Using the AtomicLong instead of lock to make better efficiency on increase progressing.

Fix

• Fix: Fix response 416 http status because of the last connection range is wrong when resume downloading with the last connection has been downloaded. Closes #737
• Fix(npe): Fix the small probability NPE crash when publishing event with it has been removed on other thread. Closes #723

中文迭代日志

Version 1.6.3

2017-07-29

Fix

• Fix: Fix the small probability occur npe when the task is calling back over status with user invoke pause simultaneously. Closes #680
• Fix: Fix MissingFormatArgumentException when you pause or resume the FileDownloadserialQueue with it has already done it. Closes #699

中文迭代日志

Fix

• Fix: fix raise 'offset < 0' exception when FileDownloader downloading file with the one split connection range begin with larger than 1.99G. Closes #669

中文迭代日志

Enhancement

• Import Practicability: Throw GiveUpException directly when the response content-length isn't equal to the expect content-length calculated from range. Closes #636

Fix

• Fix: Fix sync twice when downloading paused/error.
• Fix: fix file is destroyed when you download chunked file from breakpoint.

中文迭代日志

Fix

• Fix(no-response): Fix may occur no-respose when multiple connections complete fetch data simultaneously, more detail please move to here. Closes #631

中文迭代日志

Fix

• Fix(duplicate-permission): fix INSTALL_FAILED_DUPLICATE_PERMISSION when there are more than one application using FileDownloader lib 1.5.7 or more newer since Android 5.0. This problem is raised since v1.5.7, because of we declared permission for receiving completed status broadcast more secure, now we remove it to fix this problem. Closes #641

中文迭代日志

Fix

• Fix(no-response): fix no-response when switch between pause and start for the same task very fast frequency. Closes #625

中文迭代日志

Version 1.5.7

2017-06-25

New Interfaces

• Support the configuration broadcast.completed in filedownloader.properties: determine whether need posts a broadcast when a task is completed. Closes #605
• Support accepting 201 http status. Closes #545
• Support pause and resume for the FileDownloadSerialQueue. Closes #547
• Handle the case of redirect(300、301、302、303、307、308) on FileDownloader self. Closes #611
• Deprecated the FileDownloader#init and add the replacer FileDownloader#setup to let user invoke anytime before using Filedownloader. Closes #500

• If you want to using broadcast.completed and receive completed broadcast, you also need to declare filedownloader.permission.RECEIVE_STATE permission on the manifest, and register receiver with filedownloader.intent.action.completed action name and please using FileDownloadBroadcastHandler class to parse the received Intent.
• Now, rather than using FileDownloader#init, if you want to register your own customize components for FileDownloader please invoking FileDownloader.setupOnApplicationOnCreate(application):InitCustomMaker on the Application#onCreate, otherwise you just need invoke FileDownloader.setup(Context) anytime before using FileDownloader.

Fix

• Fix: fix FileDownloadQueueSet can't handle the case of disable wifi-required. Thanks @qtstc
• Fix(output-stream): fix broken support for output-stream when it doesn't support seek. Closes #622

Enhancement

• Improve Practicability: Cover the case of reusing the downloaded processing with the different url( using with idGenerator ). Closes #617

中文迭代日志

Version 1.5.6

2017-06-18

Fix

• Fix(crash): fix raise NPE crash when require paused a task and invoking findRunningTaskIdBySameTempPath at the same time. Closes #613
• Fix(crash): fix raise IllegalArgumentException when the response code is 206 and its ETAG is changed. Closes #612
• Fix(crash): fix raise FileDownloadNetworkPolicyException unhandled exception, when user enable wifi-required but no wifi-state. Thanks @qtstc
• Fix(crash): fix raise IllegalStateException when user upgrades from v1.4.3 or older version to v1.5.2 or newer version directly and some more conditions, more detail please move to #610
• Fix(crash): fix some small probability case raise IllegalStateException when callback-flow has been finalized but occurring completed/error at the same time.
• Fix(no-response): fix no-response after start download and receive connected callback because the resource state has been changed during the connection of verification and connections of fetch data.

Enhancement

• Improve Practicability: callback error directly when creating the parent directory failed. Closes #542
• Improve Practicability: handle the case of response code is 416. Closes #612