danikula / danikula/AndroidVideoCache
An audio link with no Content-Length value in http header caused an endless recycle play
未关闭
- 主要语言
- Java
- 星标
- 5.5k
- 派生
- 1.2k
- PR 合并指标
- 30 天内没有已合并 PR
描述
`
https://tinytts.amazon.com/2/d04d9f12-4c4d-11e7-aa8d-c545a4c9a774-7ad502/2/1497014674826/cfae05b0fc4a84a55d413d0284d46118c7daf13349f613678f35a583ea5b8d72/resource.mp3
`
That is the link which has transfer-encoding in response header rather than content-length.
And I have sent a pull request https://github.com/danikula/AndroidVideoCache/pull/155
贡献指南
这个仓库没有索引到贡献指南
调研方向
首先检查示例 MP3 URL 和所引用的 pull request #155，因为 issue 没有指明源文件或测试。确认使用 transfer-encoding 而不是 Content-Length 的响应不再导致无限循环播放；现有的 pull request 是主要的实现上下文。
由索引模型根据 Issue 内容生成。
评估
- 技术栈
- android, java
- 领域
- mobile
- Issue 类型
- 缺陷
- 难度
- 3/5
- 预计耗时
- 1-2 天
- 活跃度
- 停滞
- 描述清晰度
- 基本清楚
- 新手友好度
- 20/100