Launchpad has imported 21 comments from the remote bug at https://bugzilla.redhat.com/show_bug.cgi?id=984913.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2013-07-16T11:07:49+00:00 markm wrote: Description of problem: When trying to copy files from the camera using any software relaying on gvfs-gphoto2, I get the following error: "Operation not supported by backend" Version-Release number of selected component (if applicable): gvfs-ghoto2-1.16.3-2.fc19.x86_64 How reproducible: always (on two different machines, tested with Caja, Nautilus, Thunar) Steps to Reproduce: 1. Install gvfs-gphoto2 2. Connect camera 3. Browse images 4. Attempt to copy images Actual results: A popup error message appears "Operation not supported by backend" Expected results: Files copied without error message Additional info: $ gphoto2 -P downloads all files with no issues also installing any software capable of importing images (darktable, shotwell) will import them without any issues too, though none of these apps are installed by default on MATE Desktop, separate bug was filled for it: https://bugzilla.redhat.com/show_bug.cgi?id=984908 ). Reply at: https://bugs.launchpad.net/ubuntu/+source/glib2.0/+bug/1217230/comments/0 ------------------------------------------------------------------------ On 2013-07-22T13:45:40+00:00 Jeff wrote: Created attachment 776906 screenshot of error message "Me too..." Here's a screenshot showing the error. Marking with a priority of "high" due to wife grief factor ;). Reply at: https://bugs.launchpad.net/ubuntu/+source/glib2.0/+bug/1217230/comments/1 ------------------------------------------------------------------------ On 2013-07-26T13:57:43+00:00 Paul wrote: Ditto. Opening the files directly in various editing packages and there is no issue. Reply at: https://bugs.launchpad.net/ubuntu/+source/glib2.0/+bug/1217230/comments/2 ------------------------------------------------------------------------ On 2013-07-30T10:11:50+00:00 Cornelia wrote: I have the same problem now, but only with a Canon Power Shot SX 260 HS, while I don't have this problem with the old Nikon Coolpix 4100. Reply at: https://bugs.launchpad.net/ubuntu/+source/glib2.0/+bug/1217230/comments/3 ------------------------------------------------------------------------ On 2013-09-07T06:46:57+00:00 smanocch wrote: Same problem with canon 50d Reply at: https://bugs.launchpad.net/ubuntu/+source/glib2.0/+bug/1217230/comments/11 ------------------------------------------------------------------------ On 2013-09-18T04:47:14+00:00 Denis wrote: Same problem with iPhone 5. The gvfs mount works fine in a terminal, but copying the files in nautilus, which used to be the easiest way to download the photos on F17, now just gives "Operation not supported by backend" after upgrading to F19. I am pretty sure the problem is with either gvfs or nautilus, not with specific cameras. In fact, I am also not completely sure but I think the iPhone uses gvfs-afc, not gvfs-gphoto2 -- so this may be a general problem that affects more than one backend. gvfs-gphoto2 is probably not the main culprit -- I'd look at the nautilus/gvfs interaction. Reply at: https://bugs.launchpad.net/ubuntu/+source/glib2.0/+bug/1217230/comments/14 ------------------------------------------------------------------------ On 2013-09-18T04:58:32+00:00 Denis wrote: Ah, in fact, here's a lower-level manifestation of the same problem, still on iPhone -- no nautilus or other file manager involved, it's clearly 100% a gvfs problem. Someone with a camera with a gvfs-gphoto2 mount could try to confirm whether the same issue happens with gvfs- gphoto2 as with gvfs-afc -- I suspect that's probably the case. ~ > gvfs-ls afc://e545[...]c3df/DCIM/100APPLE/ [...] IMG_0462.JPG IMG_0463.JPG ~ > gvfs-copy afc://e545[...]c3df/DCIM/100APPLE/IMG_0463.JPG . Error copying file afc://e545[...]c3df/DCIM/100APPLE/IMG_0463.JPG: Operation not supported by backend ~ > ls /run/user/500/gvfs/afc:host=e545[...]c3df/DCIM/100APPLE/ [...] IMG_0462.JPG IMG_0463.JPG ~ > cp /run/user/500/gvfs/afc:host=e545[...]c3df/DCIM/100APPLE/IMG_0463.JPG . [file copies successfully] Reply at: https://bugs.launchpad.net/ubuntu/+source/glib2.0/+bug/1217230/comments/15 ------------------------------------------------------------------------ On 2013-09-26T15:04:57+00:00 Ejner wrote: I have the same problem in Thunar filemanager. Connecting a camera (eg. canon 50d) shows up immediately in Thunar device list, and browsing images on the camera is possible, even thumbnails are created. Trying to open an image in eg. Geeqie, by double-clicking it in the filemanager, does not work however, and neither does copy/paste from the gphoto2 location via the filemanager. Nothing gets populated in /run/user/1001/gvfs/ or /run/media either. Reply at: https://bugs.launchpad.net/ubuntu/+source/glib2.0/+bug/1217230/comments/16 ------------------------------------------------------------------------ On 2013-10-11T14:13:47+00:00 Ondrej wrote: Probably connected with: https://bugzilla.gnome.org/show_bug.cgi?id=706254 Reply at: https://bugs.launchpad.net/ubuntu/+source/glib2.0/+bug/1217230/comments/17 ------------------------------------------------------------------------ On 2013-10-19T12:37:13+00:00 Jan wrote: (In reply to Ondrej Holy from comment #8) > Probably connected with: > https://bugzilla.gnome.org/show_bug.cgi?id=706254 That bug now has a varified patch. Can we get Fedora 19 package(s) fixed and respun? Reply at: https://bugs.launchpad.net/ubuntu/+source/glib2.0/+bug/1217230/comments/25 ------------------------------------------------------------------------ On 2013-10-29T06:58:15+00:00 Panu wrote: FWIW I can verify https://git.gnome.org/browse/glib/commit/?id=be2656f13952dd22d348ff5e3f43240700cdef5a fixing the issue here. Wife happy now, I'm going to be happy once this has been pushed as an update to Fedora so I dont need to maintain a locally built version of glib2. And yes the patch in question is on glib2, not gvfs, switching to correct component. Reply at: https://bugs.launchpad.net/ubuntu/+source/glib2.0/+bug/1217230/comments/37 ------------------------------------------------------------------------ On 2013-11-02T18:24:26+00:00 Wade wrote: Detected same issue with Fedora 19 x86_64 after update from F18. Same computer/camera worked fine on F18 prior to the update last weekend. Camera is Canon 50D. I can manually copy the files from the command line. I belive bug 986543 is a duplicate of this bug. Reply at: https://bugs.launchpad.net/ubuntu/+source/glib2.0/+bug/1217230/comments/41 ------------------------------------------------------------------------ On 2013-11-05T15:30:06+00:00 David wrote: I have the same problem on F19 x86_X64 with a Kodak Easyshare M590 camera and my iPhone. Workaround is either to use a program such as GIMP to open off the device and save to my HDD or to copy files via command line Reply at: https://bugs.launchpad.net/ubuntu/+source/glib2.0/+bug/1217230/comments/42 ------------------------------------------------------------------------ On 2013-11-17T09:50:41+00:00 Richard wrote: Fails to me too, Fedora 19. Reply at: https://bugs.launchpad.net/ubuntu/+source/glib2.0/+bug/1217230/comments/43 ------------------------------------------------------------------------ On 2013-11-17T10:11:24+00:00 Richard wrote: I've added that patch to the Fedora 19 glib2 package. Reply at: https://bugs.launchpad.net/ubuntu/+source/glib2.0/+bug/1217230/comments/44 ------------------------------------------------------------------------ On 2013-11-17T10:18:04+00:00 Fedora wrote: glib2-2.36.3-4.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/glib2-2.36.3-4.fc19 Reply at: https://bugs.launchpad.net/ubuntu/+source/glib2.0/+bug/1217230/comments/45 ------------------------------------------------------------------------ On 2013-11-18T02:54:59+00:00 Fedora wrote: Package glib2-2.36.3-4.fc19: * should fix your issue, * was pushed to the Fedora 19 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing glib2-2.36.3-4.fc19' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-21576/glib2-2.36.3-4.fc19 then log in and leave karma (feedback). Reply at: https://bugs.launchpad.net/ubuntu/+source/glib2.0/+bug/1217230/comments/46 ------------------------------------------------------------------------ On 2013-11-21T10:11:23+00:00 Richard wrote: As I understand it, we need one more person to test the update (see comment 16) and up-vote it, and then it can be pushed to Fedora 19 stable. Reply at: https://bugs.launchpad.net/ubuntu/+source/glib2.0/+bug/1217230/comments/47 ------------------------------------------------------------------------ On 2013-11-21T11:30:41+00:00 Panu wrote: Meh, I intended to do test it a while ago but just forgot... anyway, done + "voted" now. Oh and thanks Richard for bothering to make the update! Reply at: https://bugs.launchpad.net/ubuntu/+source/glib2.0/+bug/1217230/comments/48 ------------------------------------------------------------------------ On 2013-11-23T19:48:42+00:00 Fedora wrote: glib2-2.36.3-4.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report. Reply at: https://bugs.launchpad.net/ubuntu/+source/glib2.0/+bug/1217230/comments/49 ------------------------------------------------------------------------ On 2013-11-24T16:14:45+00:00 David wrote: I confirmed the bug is fixed with the updated glib2 package in F19. For the sake of completeness, I reproduced the bug in the last F20 Beta release, but it is fixed in F20 TC1. Reply at: https://bugs.launchpad.net/ubuntu/+source/glib2.0/+bug/1217230/comments/50 ** Changed in: gvfs (Fedora) Status: Unknown => Fix Released ** Changed in: gvfs (Fedora) Importance: Unknown => Critical ** Bug watch added: Red Hat Bugzilla #984908 https://bugzilla.redhat.com/show_bug.cgi?id=984908 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to glib2.0 in Ubuntu. https://bugs.launchpad.net/bugs/1217230 Title: [Regression] Can't copy files from digital camera (Operation not supported by backend) Status in gvfs: Invalid Status in glib2.0 package in Ubuntu: Fix Released Status in glib2.0 source package in Saucy: Fix Released Status in glib2.0 source package in Trusty: Fix Released Status in gvfs package in Debian: Fix Released Status in gvfs package in Fedora: Fix Released Bug description: [ Description ] Copying from some devices is broken over gvfs [ Test case ] - browse a directory with a .tar.gz, using nautilus - right click on the file, select "open with archive mounter" -> that makes the archive being listed as a mount in the sidebar/unity launcher - browse that mount, find a file to copy in there - try to copy it to your user directory -> if the fix is doing its job, the copy should work without error [ Proposed fix ] Cherry-pick upstream commit 44edc3829d6db3fabe22d837eaaf2638003516c9 to fall back to g_file_query_info if query_info_on_read isn't supported. [ Regression potential ] Adds an extra step into file copying over gvfs. Check all previous gvfs copies still work. [ Original report ] Hello, on Saucy I can't copy files from my digital camera to my PC anymore via file manager. This is a serious regression since it worked on all previous version of Ubuntu since Lucid at least (even earlier versions not tested because I didn't own the camera at that time). It is easy to reproduce: - Start PC from USB stick with current Saucy daily live image - Connect and turn on camera - Open Nautilus, browse the files on the camera, select one of them and right-click -> copy - Now when I try to paste the file into my home directory, I get an error dialog saying copying failed with the reason "Operation not supported by backend" (see attached screenshot) I get the same error message if I try to copy the file on terminal with the command gvfs-copy. However, if I try to copy a file on terminal with the gphoto2 tool, e.g. 'gphoto2 --get-file 1', this works. It also works if I copy files with cp in a terminal from gvfs- mountpoint mounted at /run/user/my_userid/gvfs/my_camera_mountpoint . Kind regards, Jan ProblemType: Bug DistroRelease: Ubuntu 13.10 Package: libgphoto2-6 2.5.2-0ubuntu5 ProcVersionSignature: Ubuntu 3.11.0-3.8-generic 3.11.0-rc6 Uname: Linux 3.11.0-3-generic x86_64 ApportVersion: 2.12.1-0ubuntu2 Architecture: amd64 CasperVersion: 1.336 Date: Tue Aug 27 07:18:22 2013 LiveMediaBuild: Ubuntu 13.10 "Saucy Salamander" - Alpha amd64 (20130826) MarkForUpload: True SourcePackage: libgphoto2 UpgradeStatus: No upgrade log present (probably fresh install) --- ApportVersion: 2.12.1-0ubuntu3 Architecture: amd64 DistroRelease: Ubuntu 13.10 InstallationDate: Installed on 2013-08-02 (34 days ago) InstallationMedia: Ubuntu 13.10 "Saucy Salamander" - Alpha amd64 (20130802) MarkForUpload: True Package: gvfs 1.17.90-0ubuntu1 PackageArchitecture: amd64 ProcVersionSignature: Ubuntu 3.11.0-4.9-generic 3.11.0-rc7 Tags: saucy Uname: Linux 3.11.0-4-generic x86_64 UpgradeStatus: No upgrade log present (probably fresh install) UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo To manage notifications about this bug go to: https://bugs.launchpad.net/gvfs/+bug/1217230/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
