New issue
Advanced search Search tips
Starred by 13 users

Issue metadata

Status: Available
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 3
Type: Bug

Blocking:
issue 161715



Sign in to add a comment

Cannot save files from Chrome Web browser via File system provider implementation

Reported by yoichiro...@gmail.com, Feb 14 2015 Back to list

Issue description

UserAgent: Mozilla/5.0 (X11; CrOS x86_64 6680.36.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2272.53 Safari/537.36

Steps to reproduce the problem:
1) Choose the "Save as" context menu to download certain image in Chrome Web browser.
2) File manager app opened. Then, choose the target directory provided by my FSP implementation (SFTP or Dropbox).
3) The onGetMetadataRequested event occurs. The event has the path "[target_dir]/[file_name]". Of course, the file is not exist. Therefore, my implementation calls the errorCallback function with the "NOT_FOUND" value.
4) The Chrome Web browser fails to download the file.

What is the expected behavior?
Saving files are successfully.

What went wrong?
My File system provider implementations (for SFTP and Dropbox) is currently almost working. All events have already been supporting, and I confirmed that some Chrome applications (ex. Text, Caret, Chrome MySQL Admin and Polarr Photo Editor RAW) could write files into the remote file system I provided.

However, I found that Chrome Web browser cannot save any files via my providers. To succeed to download files from the Chrome Web browser via FSP implementation to the remote file system, what things are not enough? Or, the Chrome Web browser on ChromeOS doesn't support the FSP API?

WebStore page: 

Did this work before? N/A 

Chrome version: 41.0.2272.53  Channel: beta
OS Version: 6680.36.0
Flash Version: Shockwave Flash 16.0 r0
 
Labels: -Pri-2 Pri-1 Cr-Platform-Apps-FileManager M-41
Owner: mtomasz@chromium.org
Status: Assigned
Labels: Week-1508
Labels: -M-41 -Week-1508 M-43 Week-1509
Labels: Week-1511
Labels: -Pri-1 -M-43 -Week-1511 Pri-2
p2 for now.
Labels: Week-1520
Labels: Week-1521
Labels: -Week-1521 Week-1523
Labels: -Week-1523 M-46
Labels: -M-46

Comment 11 by Deleted ...@, Sep 7 2015

Is there a fix for this issue? I'm on an Acer Chromebook running:

Version 44.0.2403.156 (64-bit)
Platform 7077.134.0 (Official Build) stable-channel peppy
Firmware Google_Peppy.4389.93.0

And when I try and save to Dropbox using the app I just get a "Download Error" on the file download attempt. 

I have my dropbox mounted and can easily navigate around my dropbox folders when trying to choose a download location, but regardless of chosen folder I always get this error. 
Screenshot 2015-09-06 at 7.33.22 PM.png
8.3 KB View Download
Blocking: 161715

Comment 13 by yoss...@gmail.com, May 29 2016

I have been struggeling these issues for months.

Comment 14 by yoss...@gmail.com, May 29 2016

After mounting smb pluggin, it take ages to open photos and videos from a windows pc.
Any hope of this ever getting addressed?  I've been working around this bug for over 2 years now.
My File system provider implementations (for SFTP and Dropbox) are no longer showing in the "save as" file box? where have they gone?
Labels: from-mtomasz
Cc: mtomasz@chromium.org
Owner: fukino@chromium.org
Labels: CrOS-FilesApp-FileSystemProvider
Owner: ----
Status: Unconfirmed (was: Assigned)
Why is this being marked "unconfirmed". What do you need to confirm it?

This bug has been annoying me for years. I have an NAS at my business and the only way I can save anything to it from the web is to first download it locally and then transfer the file from there to my NAS. I can upload files from it just fine. Why can't I download files???

As a single user I can grudgingly work around it. But it is a showstopper for many organizations. This bug alone prevents me from recommending Chrome OS for use in any multi-user/multi-platform business setting where a file server often serves as a central hub for the organization.
Labels: -CrOS-FilesApp-FileSystemProvider CrOSFilesFeature-FileSystemProvider
Status: Untriaged (was: Unconfirmed)
We realize that this is a problem and we are thinking about solution to it. Unfortunately the way FileSystemProvider was designed doesn't allow apps to work with files "for real", it's just a limited API for creating Files app plugins that allow browsing and copying files across. To expose full functionality deeper platform changes needed and we are exploring possible options.
Cc: dats@chromium.org
@23. Thank you for finally acknowledging the problem. Happy to see that I might eventually see some progress.

BTW what has been most frustrating with this bug has been the ongoing silence on the matter. A short explanation, like the one you just gave, would have gone a long way had it been provided three years ago.
Labels: -Pri-2 Pri-3
Status: Available (was: Untriaged)

Sign in to add a comment