lingochamp / lingochamp/FileDownloader
fetched length != content length, range[0, -1) offset[39582] fetch begin offset[0]
Open
Nobody has claimed this yet.
- Dominant language
- Java
- Stars
- 11.1k
- Forks
- 2.2k
- PR merge metrics
- No merged PRs in 30d
Description
请问如何接解决这个问题：fetched length[39582] != content length[39547], range[0, -1) offset[39582] fetch begin offset[0]，我下载任何文件都会出现这个。通过查看下载文件，我发现，服务器返回的文件长度是正确的，但是FileDownloader的fetched length是错误的。
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
Start by reproducing the error with FileDownloader while comparing the server's content length with the reported fetched length. Inspect the download length accounting around range[0, -1) and offset[39582]; done means downloaded files report matching fetched and content lengths.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- android, java
- Domain
- mobile, networking
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 20/100