QuantumBadger / QuantumBadger/RedReader
Connection errors and slow download speeds with redgifs connections
Nobody has claimed this yet.
- Dominant language
- Java
- Stars
- 2.7k
- Forks
- 527
- Avg merge
- 20d 10h
- Merged PRs (30d)
- 3
Description
Issue first described here.
Another additional issue not described there is slow download speeds (about 300 Kbytes/sec when gfycat maxes out my connection.)
The only error I see in catlog is: org.quantumbadger.redreader.cache.CacheDownload.performDownload(CacheDownload.java:140)
(140 is a diffrent number every time).
Maybe its time to switch back to webm for links since the webm display problems were mostly on kitkat devices. Webm on new uploads seem to have higher file sizes/bitrates as well.
#736 is the pull request for redgifs support.
Is this section in RedgifsAPI.java:
try {
final JsonBufferedObject outer = result.asObject().getObject("gfyItem");
listener.onSuccess(ImageInfo.parseGfycat(outer));
supposed to use gfyItem & parseGfycat or should it be updated?
Contributor guide
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 inspecting RedgifsAPI.java around the gfyItem and parseGfycat calls, then trace the download path to CacheDownload.java:140. Reproduce a Redgifs download and compare its errors and speed with the reported gfycat behavior; done means the connection failures and slow downloads are resolved or their cause is confirmed.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- android, java
- Domain
- mobile-dev, networking
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100