lingochamp / lingochamp/FileDownloader
很小概率遇到一个很奇怪的问题，文件正常下载完成了，size 是对的，文件内容有一段错位了，导致文件是损坏的
Nobody has claimed this yet.
- Dominant language
- Java
- Stars
- 11.1k
- Forks
- 2.2k
- PR merge metrics
- No merged PRs in 30d
Description
fille downloader 版本是 1.7.2
下载用的连接器是默认 FileDownloadUrlConnection
Log 显示下载任务是正常完成了，也即是
protected void completed(BaseDownloadTask baseDownloadTask) {}
正常调用了。
检查下载好的这个文件，发现 size 大小是对的，但是 md5 不对；
然后再对比下载文件与原文件，发现有段内容大概长度在 48 个字符左右吧，位置后移了一段。
整体文件大小是不变的，就是内容借位了，导致这个文件是损坏的，没法正常使用。
这个现象没法正常复现，但是半年内发生了好几次，不知道是啥原因。
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Begin with the default FileDownloadUrlConnection path in FileDownloader 1.7.2 and inspect how completed(BaseDownloadTask baseDownloadTask) is reached after a download. Reproduce or isolate the fixed-size, shifted-content corruption, then verify any diagnosis by comparing downloaded bytes and MD5 with the source; the issue names no file or test path.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- android, java
- Domain
- mobile-dev, networking
- Issue type
- Bug
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100