Issue metadata
Sign in to add a comment
|
Crostini cannot receive new network connections after browser tries parsing large files
Reported by
spiffyt...@gmail.com,
Sep 23
|
||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; CrOS x86_64 10895.56.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/69.0.3497.95 Safari/537.36 Platform: 10895.56.0 (Official Build) stable-channel eve Example URL: Steps to reproduce the problem: 1. Inside a Crostini terminal, create a large file, like this: `dd if=/dev/zero of=25Mb.html bs=1024 count=25000` If you cannot reproduce that way, you may use this Creative Commons music file from the Live Music Archive: https://archive.org/download/bfft2006-01-24.flac16/bfft2006-01-24d1t01.flac 2. Serve the file with any file serving mechanism. Tested tools include Webpack, and `python -m SimpleHTTPServer` 3. Open the Network tab of Developer Tools 4. Attempt to download the file via Chrome. Watch the Status section of the Network tab. If first attempt succeeds, refresh a few more times. Exact trigger is imprecise. What is the expected behavior? The file works just fine. Opens, renders, plays, whatever. What went wrong? For files at some size above a few MB, Chrome attempting to parse the files cuts the network connection and you can no longer access any web server running inside Crostini without rebooting the VM. I first observed this because Webpack Dev Server serves uncompressed JavaScript and attempting to access my dev site triggered this bug. That means I cannot develop my app on my Chromebook. Did this work before? N/A Chrome version: 69.0.3497.95 Channel: stable OS Version: 10895.56.0 Flash Version:
,
Sep 24
,
Oct 8
,
Oct 17
Smbarber, can you look into this? Is this a Chrome or Crostini issue?
,
Oct 18
|
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by spiffyt...@gmail.com
, Sep 23