Bug 1204907
| Summary: | cannot copy files directly from smb mount to an Android mounted device | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | lejeczek <peljasz> |
| Component: | gvfs | Assignee: | Matthias Clasen <mclasen> |
| Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | high | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 22 | CC: | alexl, bnocera, ccecchi, mclasen, oholy |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2016-01-20 11:08:11 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
lejeczek
2015-03-23 17:55:58 UTC
hi there, is is only me suffering from this problem? I still get: "Operation unsupported" gvfs-afc-1.26.2-1.fc23.x86_64 gvfs-archive-1.26.2-1.fc23.x86_64 gvfs-goa-1.26.2-1.fc23.x86_64 gvfs-smb-1.26.2-1.fc23.x86_64 gvfs-client-1.26.2-1.fc23.x86_64 gvfs-afp-1.26.2-1.fc23.x86_64 gvfs-mtp-1.26.2-1.fc23.x86_64 gvfs-1.26.2-1.fc23.x86_64 gvfs-fuse-1.26.2-1.fc23.x86_64 gvfs-gphoto2-1.26.2-1.fc23.x86_64 gnome-desktop3-3.18.2-1.fc23.x86_64 gnome-shell-3.18.3-1.fc23.x86_64yum ok, I've just change the component for this report from nautilus to gvfs, but! ... I see, just tested it, that gvfs-copy works! so maybe it actually is Nautilus? regards actually - this must be a new addition I think - I cannot copy from my android phone to local disk with/via Nautilus. This is a disaster! nope, cancel my comment #3 - these paths, I got tangled up. definitely: $ gvfs-copy --preserve mtp://[usb:008,006]/Card/DCIM/Camera/20160102_103049.jpg smb://172.25.12.203/Photos/ Error copying file mtp://[usb:008,006]/Card/DCIM/Camera/20160102_103049.jpg: Operation unsupported but $ gvfs-mkdir smb://172.25.12.203/Photos/A works! also, take a pdf doc while browsing in Firefox, don't save it but open with, eg. Evince, not try to "save a copy" in Evince to a smb mount - you cannot! Hey, thanks for your bug report. (In reply to lejeczek from comment #0) > Description of problem: > > simply popus says "operation unsupported" > but from smb mount to local disk then to android mount - fine Unfortunately some mtp devices doesn't support google extensions for file stream operations and thus transfer from/to local disk is possible only. So it is not possible to copy file to another remote location such as smb. Consequently you can see "operation unsupported" error. (In reply to lejeczek from comment #5) > also, take a pdf doc while browsing in Firefox, don't save it but open with, > eg. Evince, not try to "save a copy" in Evince to a smb mount - you cannot! It sounds like another issue. It might be problem with file chooser, because I see this with e.g. ftp also... I will debug it further... (In reply to lejeczek from comment #1) > hi there, is is only me suffering from this problem? No, you are not alone, this is generally duplicate of Bug 1184728. (In reply to Ondrej Holy from comment #6) > (In reply to lejeczek from comment #5) > > also, take a pdf doc while browsing in Firefox, don't save it but open with, > > eg. Evince, not try to "save a copy" in Evince to a smb mount - you cannot! > > It sounds like another issue. It might be problem with file chooser, because > I see this with e.g. ftp also... I will debug it further... It is caused by the following patch, because some backends do not set executable attribute: https://git.gnome.org/browse/gtk+/commit/?id=8e975b28ff460db3bf8ea99f5a07fb9d709c4f1c So I proposed patch for file chooser to fix the second issue: https://bugzilla.gnome.org/show_bug.cgi?id=760881 And closing the bug as duplicate, because the original issue is duplicate of Bug 1184728. *** This bug has been marked as a duplicate of bug 1184728 *** |