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

Issue 774763 link

Starred by 2 users

Issue metadata

Status: Duplicate
Merged: issue 774039
Owner: ----
Closed: Oct 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Android , Windows , Chrome , Mac , Fuchsia
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Very long data URL support in fetch()

Reported by woxxom@gmail.com, Oct 14 2017

Issue description

UserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.0 Safari/537.36

Steps to reproduce the problem:
1. open the attached test.html

What is the expected behavior?
All tests are OK meaning fetch() can handle 20 MB long data URLs

What went wrong?
FAILURE for 2MB and bigger

Did this work before? Yes 63.0.3232.0

Chrome version: 63.0.3239.0  Channel: n/a
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
Flash Version: 

* Firefox passes all tests and does it 2-3 times faster than Chrome

* r506552 imposed a 2MB limit on URLs thus breaking fetch() used to convert long data URLs to blob or whatever.
  I'm not sure this limit should be applied to temporary data URLs used by a site/app/extension internally e.g. to provide a download link for some data.

* The available workaround for the blob conversion case is to use blob constructor directly:
  new Blob([plainString], {type: 'text/plain'})
 
test.html
710 bytes View Download

Comment 1 by dcheng@chromium.org, Oct 14 2017

Cc: mkwst@chromium.org dcheng@chromium.org
Components: -Blink Blink>Network>FetchAPI
Labels: OS-Android OS-Chrome OS-Fuchsia OS-Linux OS-Mac
Status: Untriaged (was: Unconfirmed)

Comment 2 by dcheng@chromium.org, Oct 16 2017

Mergedinto: 774039
Status: Duplicate (was: Untriaged)

Sign in to add a comment