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

Issue 707554 link

Starred by 2 users

Issue metadata

Status: Assigned
Owner:
Last visit 20 days ago
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Android
Pri: 2
Type: Feature



Sign in to add a comment

File path of downloaded files never revealed to user

Reported by jidanni@gmail.com, Apr 2 2017

Issue description

Example URL:

Steps to reproduce the problem:
Download a text file for offline reading. Now open the downloads tab and select that file and press the I for info button. It will only tell you the original URL. It will never reveal under any circumstances the absolute file position on your Android device. In fact,  the user might go to his Downloads folder using a file manager and not find it there either.

What is the expected behavior?

What went wrong?
An info button should divulge full information about the file. Size too.

Did this work before? N/A 

Chrome version: 59.0.3056.4  Channel: dev
OS Version: 
Flash Version:
 
Pretty sure that chrome for android just puts downloaded files into the downloads folder. I think the solution is to always download files into the downloads folder rather than an application data folder that users would find difficult getting to. Firefox for android for example downloads into it's own app data folder due to restrictions with file management. Makes it impossible to find those files unless you use firefox's own dl manager.

I think something should be done about this too. Or atleast an easier way to retrieve downloaded files and be able to move them to another location.

Comment 2 by jidanni@gmail.com, Apr 3 2017

Ah but WHICH downloads folder?

The user ends up looking in all thirteen different places on his device... and still might not find it.

Even if it is in an inaccessible (by other apps) folder, the name should still be shown.

And in that case, calling it "Download" would be misleading... it should be called "Later browsing" to not confuse it with normal downloads...

There is only ONE downloads folder. It is in the same directory as "Music", "Movies", "Pictures", and "DCIM".
It should not be called "Later browsing"
This folder is created when you install android.

Comment 4 by jidanni@gmail.com, Apr 3 2017

Nice to know that there is only one downloads folder. Alas it apparently has nothing to do with where chrome saves the downloaded file.
Components: -Internals>Network UI>Browser>Downloads
Cc: dtrainor@chromium.org qin...@chromium.org dfalcant...@chromium.org
Status: Available (was: Unconfirmed)
Cc: -dfalcant...@chromium.org
Owner: rachelis@google.com
+ UX
- me
Cc: dah...@chromium.org
+dahlke FYI
Cc: rachelis@google.com dim...@chromium.org
Labels: -Type-Bug Type-Feature
Owner: talo@chromium.org
+talo, dimich since this seems like an offline pages request

All strict file downloads in Chrome are currently stored in the Android Download folder. If that file is viewable in Chrome (video, audio, txt, etc.) it will open up in a Chrome Custom Tab. The directory where the file is stored is provided at the top of the page.

If you download a web page (using the download arrow in the 3 dot menu), then it is stored inside Chrome's app directory since Chrome is the only app that can properly render the offline web page. In this case, clicking the I icon in the 3 dot menu just shows the original URL. 

jidanni@, from your description, it sounds like you downloaded the page instead of just the text file. 
Hmm ok it looks like you can make an offline page request to a txt file.  Should we restrict this or covert it to a normal download if it is a file type that we know should probably be a download?
This question has come up a couple of times. I think most users will want that file as a standard download, but that does mean that the download UI now has inconsistent behavior depending on whether the page is a traditional web page or a file navigation. We need to think through all the implications.
Project Member

Comment 12 by sheriffbot@chromium.org, Apr 6 2018

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Cc: -dah...@chromium.org aboss@chromium.org
Owner: aboss@chromium.org
Status: Assigned (was: Untriaged)
aboss@ & dimich@ do you have any thoughts on comment 10 and 11?  I'd be fine with converting these to normal downloads if they're non-typical web page types.
Owner: nancygao@chromium.org

Sign in to add a comment