New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 813124 link

Starred by 1 user

Issue metadata

Status: Untriaged
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Android
Pri: 2
Type: Bug



Sign in to add a comment

Caching large files stores a zero-length body (on some devices)

Reported by alastair...@gmail.com, Feb 16 2018

Issue description

Steps to reproduce the problem:
1. Visit https://sparkling-close.glitch.me/ on a low-end Android device (Moto E4 fails, Galaxy S6 passes)
2. Watch tests as they process

What is the expected behavior?
File of any length is cached successfully, or, if it cannot be cached, an error is thrown.

What went wrong?
On my Moto E4, the 20MB file is not successfully cached, but two separate 10MB files are. But the cache.put() request for the 20MB file does not throw an error, instead it stores a zero-length body for the cache entry.

On an AT&T "G Pad F 8.0" the 10MB file fails to cache too, also with no error. Both devices have plenty of free storage space when checking in Settings.

Did this work before? N/A 

Does this work in other browsers? N/A

Chrome version: 64.0.3282.137  Channel: stable
OS Version: 7.1.1
Flash Version: 

In these tests I'm getting the ReadableStream of the cache match and performing a single read, to avoid loading multiple MBs of data into memory. As a sanity check it also downloads a 20MB file directly into the cache without using any streams, just to make sure locally-generated streams aren't the issue (the remote download also fails)

Given that these tests work on a high-end device and on desktop, I assume it's running into some kind of device limit. If there's no way around those limits I can deal with that, but no error is thrown so I can't conclusively know if a file is cached successfully or not - and any future cache.match() attempts return an empty file.
 
Labels: Needs-triage-Mobile
Cc: sandeepkumars@chromium.org
Components: UI
Labels: FoundIn-66 Target-66 Triaged-Mobile FoundIn-64 FoundIn-65
Status: Untriaged (was: Unconfirmed)
Tested the issue in Android and could reproduce the issue. 

Steps Followed:
1. Launch Browser
2. Visit https://sparkling-close.glitch.me/ 
3. Watch tests as they process

Chrome versions tested:
64.0.3282.137

OS:
Android 5.1.0

Android Devices:
Moto E

Considering this issue as Non-Regression issue as same behaviour is seen since older builds

Note:
1. Unable to provide the logs and video as process taking lot of time.
2. Issue is not reproducible in high end devices.

Thanks!!

Sign in to add a comment