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

Issue 667199 link

Starred by 5 users
Status: Fixed
Owner:
eugene...@chromium.org
Closed: Aug 10
Cc:
mef@chromium.org
█ cma...@chromium.org
█ madhusudhan@chromium.org
█ gch...@chromium.org
pkl@chromium.org
ios-bugs@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: iOS
Pri: 2
Type: Bug



Sign in to add a comment

Download a file, not pdf which needs authorization by sessions or cookies

Reported by js...@devsisters.com, Nov 21 2016 
Example URL:

Steps to reproduce the problem:
1. normal URL which check authorization and if yes, send file.
ex )
- Request https://www.example.com/uploads/730/attachment
- If you have a authorization session cookie, you can download file by requesting above url.
- If you don't have, redirect to login page.

What is the expected behavior?
If I have a authorization, I can download any files.

What went wrong?
If I have a authorization, I can download any files, but I can't.
Because if the file I will download is .zip file (not pdf) and I click download link, then download temporary page shows up for choosing in which I will open. The file in temporary page  is login.html which is redirected when I have no permission. This means that this temporary page don't send any cookies in my browser to the download server.

Did this work before? No 

Chrome version: 54.0.2840.91  Channel: stable
OS Version: 10.1.1
Flash Version: Shockwave Flash 23.0 r0
Slack for iOS Upload.png
81.2 KB View Download

Comment 1 by js...@devsisters.com, Nov 21 2016 

For More detaily,
If a user click a download link which the user can access because of a session cookie,
WebServer get the session cookie and send the file.
But When Temporary download page shows up to the user's iOS chrome, WebServer get a new request by temporary download page without no session cookies.

Comment 2 by csharrison@chromium.org, Nov 21 2016

Components: UI>Browser>Downloads
Adding Downloads component.

Comment 3 by pkl@chromium.org, Nov 21 2016

Cc: eugene...@chromium.org
Status: Available (was: Unconfirmed)
This is a known problem with WKWebView implementation on iOS. When cookies are required to download the PDF file, Chrome fails because WKWebView does not have access to the cookies.

Comment 4 by eugene...@chromium.org, Nov 21 2016

Mergedinto: 462384
Status: Duplicate (was: Available)

Comment 5 by eugene...@chromium.org, Nov 21 2016

Status: ExternalDependency (was: Duplicate)
WebKit bug: https://bugs.webkit.org/show_bug.cgi?id=140191

Comment 6 by eugene...@chromium.org, Nov 21 2016 

Issue 462384 has been merged into this issue.

Comment 7 by pkl@chromium.org, Nov 21 2016

Cc: pkl@chromium.org

Comment 8 by mef@chromium.org, Dec 13 2016

Cc: gch...@chromium.org mef@chromium.org madhusudhan@chromium.org cma...@chromium.org
 Issue 623051  has been merged into this issue.

Comment 9 by eugene...@chromium.org, Oct 26 2017

Components: -Internals>Network
Owner: mrefaat@chromium.org
Status: Assigned (was: ExternalDependency)

Comment 10 by eugene...@chromium.org, May 4 2018

Labels: M-67 Proj-New-Download-Manager
Owner: ----
Status: Available (was: Assigned)
Will be fixed with new Download Manager UI

Comment 11 by eugene...@chromium.org, May 30 2018

Labels: -M-67 M-68

Comment 12 by eugene...@chromium.org, Aug 10

Cc: -eugene...@chromium.org
Owner: eugene...@chromium.org
Status: Fixed (was: Available)
►

Sign in to add a comment