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

Issue 673635 link

Starred by 1 user

Issue metadata

Status: Fixed
Owner:
Closed: Apr 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Android
Pri: 2
Type: Feature



Sign in to add a comment

Downloading image from three-dots menu does not work as expedcted

Project Member Reported by mdw@chromium.org, Dec 13 2016

Issue description

Application Version (from "Chrome Settings > About Chrome"): 56.0.22924.18
Android Build Number (from "Android Settings > About Phone/Tablet"): N2F62
Device: Pixel

Steps to reproduce: 
1) Visit a "bare" JPEG image directly using a URL, e.g., 
https://blogintomystery.files.wordpress.com/2010/07/atlas.jpg

2) Tap three dots menu

3) Tap Download button on first row of the menu

4) See "blogintomystery.files.wordpress.com downloaded"

5) Tap "Open" in the snackbar

Observed behavior: 

A few problems here:

1) When opening the downloaded image, the snack bar shows up "Viewing an offline copy of this page". This suggests that Chrome is treating the bare JPEG that I downloaded as an offline page, rather than just an image.

2) The downloaded image does not appear in the Android "Downloads" app. Meaning, the image cannot be read by other apps (e.g., Facebook, WhatsApp, ShareIt) for sharing *from within those apps*.

3) Now that long-pressing on an image and selecting "Download image" will save it to, e.g., file:///storage/emulated/0/Download/atlas.jpg which means that the image *is* visible to other apps for sharing.

Expected behavior:

I believe tapping the download button in the three-dots menu and long-pressing an image and selecting "Download image" should do the same thing.


 

Comment 1 by dim...@chromium.org, Dec 14 2016

Labels: Type-Feature
Status: Assigned (was: Untriaged)
The long-press download and download from the tab should indeed work the same in this scenario. We need to change 'download from tab' action to actually save an image file in this case.

Comment 2 by chili@chromium.org, Feb 17 2017

Labels: Hotlist-Fixit

Comment 3 by dim...@chromium.org, Mar 24 2017

We need to check the webcontent's mime type and instead of downloading a page request a regular file download (via DownloadManager API). 

Comment 4 Deleted

Comment 5 by jianli@chromium.org, Apr 26 2017

Owner: jianli@chromium.org
Status: Started (was: Assigned)

Comment 7 by jianli@chromium.org, Apr 28 2017

Status: Fixed (was: Started)

Sign in to add a comment