[Desktop-packages] [Bug 1773114] Re: Cannot copy file using 'cp' on a gvfs mount
Ubuntu 18.04.3 LTS here. Tried to cp a file from local storage to a GVFS mounted Android Phone. copy /home/user/example.file /run/user/1000/gvfs/mtp\:host\=%5Busb%3A001%2C004%5D/Phone/SomeDir/ Results in error: operation not supported. Browsing the dir tree via CLI was working , though. Via GUI in nautilus is working. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gvfs in Ubuntu. https://bugs.launchpad.net/bugs/1773114 Title: Cannot copy file using 'cp' on a gvfs mount Status in gvfs package in Ubuntu: Confirmed Bug description: On Ubuntu 18.04, I can't anymore copy a file using the 'cp' command on a gvfs smb mount. For example, If I try to copy the file test.odp on a SMB shared folder, like this: cp -v test.odp /run/user/1000/gvfs/smb- share:domain=X,server=x,share=xxx,user=x/ I get the following error: cp: cannot fstat '/run/user/1000/gvfs/smb- share:domain=X,server=x,share=xxx,user=x//test.odp': Invalid argument A file 'test.odp' is created, but with size 0. I can delete any file on the shared folder using the 'rm' command. If I copy the file using the command 'gio copy', then it works as expected. This used to work in Ubuntu 16.04. Of course, I don't know if the problem is in the gvfs package or in some underlying component... System: Ubuntu 18.04 LTS (Bionic Beaver) 64-bit Kernel: 4.15.0-22-generic x86_64 Package: gvfs 1.36.1-0ubuntu1 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/1773114/+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
[Desktop-packages] [Bug 1322925] Re: [SRU] Copy, paste stops working randomly in Ubuntu 14.04 nautilus
I can confirm for Nautilus 3.10.1 on Ubuntu 14.04 64-bit: the bug is gone! (After all these, well, years... I had already Pavlovian conditioning going on... ;) All caused by, did I see that right: a wrong return value.) Thanks Ahmad and everyone else involved in fixing this! -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1322925 Title: [SRU] Copy, paste stops working randomly in Ubuntu 14.04 nautilus Status in Nautilus: Fix Released Status in nautilus package in Ubuntu: Fix Released Status in nautilus source package in Trusty: Fix Released Status in nautilus source package in Utopic: Fix Committed Bug description: The title says it. Since upgrade to 14.04, copy / cut / paste of files among various folders I have write rights on does not work most of the times. Using the terminal to copy / move does work normally. nautilus: Installed: 1:3.10.1-0ubuntu9.1 Candidate: 1:3.10.1-0ubuntu9.1 Version table: *** 1:3.10.1-0ubuntu9.1 0 500 http://de.archive.ubuntu.com/ubuntu/ trusty-updates/main i386 Packages 100 /var/lib/dpkg/status 1:3.10.1-0ubuntu8 0 500 http://de.archive.ubuntu.com/ubuntu/ trusty/main i386 Packages [Test Case] 1. Open a Nautilus window and switch to List view 2. Go to location with write permission 3. Select a file and try to rename. 4. When prompted to rename (filename becomes a text entry), open new tab. 5. Select a file, try to copy and paste. You will see that file is not copied and pasted. 6. Go back to original tab. If the file that was selected in step 3 is still selected, unselect it. 7. Try to copy and paste. It should work. 8. Try to rename again, and open new tab. 9. Close old tab, and try to copy and paste. It won't work, and there is no way to restore, except opening a new window. [Regression Potential] Already fixed upstream with https://git.gnome.org/browse/nautilus/commit/?id=8032628adc9c8286050716d609c574dc7273dfcb To manage notifications about this bug go to: https://bugs.launchpad.net/nautilus/+bug/1322925/+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
[Desktop-packages] [Bug 1322925] Re: Copy, paste stops working randomly in Ubuntu 14.04 nautilus
I have observed that copy/paste _reproducible_ stops working after renames. Try this: 1. Open a folder/dir with subfolders/subdirs 2. Expand one of the subfolders, not by clicking/entering it, but by clicking the triangle tree symbol to expand next to the dir 3. The subdir's files are revealed 4. Rename one of the files in this subdir tree, and choose a name that triggers a re-ordering of the listed files in this subdir 5. Select some files in this subdir and press CTRL+C 6. The files won't get selected/greyed, and paste'ing is not possible anymore for this session of Nautilus -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1322925 Title: Copy, paste stops working randomly in Ubuntu 14.04 nautilus Status in nautilus package in Ubuntu: Confirmed Bug description: The title says it. Since upgrade to 14.04, copy / cut / paste of files among various folders I have write rights on does not work most of the times. Using the terminal to copy / move does work normally. nautilus: Installed: 1:3.10.1-0ubuntu9.1 Candidate: 1:3.10.1-0ubuntu9.1 Version table: *** 1:3.10.1-0ubuntu9.1 0 500 http://de.archive.ubuntu.com/ubuntu/ trusty-updates/main i386 Packages 100 /var/lib/dpkg/status 1:3.10.1-0ubuntu8 0 500 http://de.archive.ubuntu.com/ubuntu/ trusty/main i386 Packages WORKAROUND: When the bug appears, you can close all instances of nautilus to restore normal behavior. Command line: killall nautilus To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1322925/+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
[Desktop-packages] [Bug 517021] Re: gvfsd-metadata causes 100% CPU usage
Fresh install Ubuntu 14.04, and actually I do had one disk (although not system disk) completely full a few days ago. Today, without any apparent reason, disk I/O indicator LED not going off anymore (I don't know for how long) and system disk is an SSD. With a spinning disk this would've been serious thrashing. top told me ~20% CPU from gvfsd-metadata and iotop was reporting 1500K/s from that process. I simply immediately shut down. After reboot: silence. Yet, after reading some posts, I rm wiped the ~/.local/share/gvfs-metadata folder. For now, that solved it. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gvfs in Ubuntu. https://bugs.launchpad.net/bugs/517021 Title: gvfsd-metadata causes 100% CPU usage Status in “gvfs” package in Ubuntu: Confirmed Bug description: Binary package hint: gvfs My disk space was really full at one moment, no byte left free. People say, that does corrupt the files in the ~/.local/share/gvfs-metadata folder, so the gvfsd-metadata can't read it without being screwed up. Workaround: run rm -rf ~/.local/share/gvfs-metadata Expected results: gvfsd-metadata should be able to handle the no space left situation. --- Original description --- After installing 9.10 Ubuntu 64bit browsing and opening folder in nautilus or Gnome-commander take several minutes when there are many files in it e.g. 10.000. Interestingly Midnight-commander does not have this problem. Opening such folders does not hang with MC. Using top i can see that gvfsd-metadata is using 100% CPU and when i kill it the computer stops hanging. I am using the 32bit version of Karmic too and there is no such Problem (although tested on a different computer). Please fix this because it is highly annyoing. Right now i am killing it every 20s with the watch command to be able to work at all. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/517021/+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
[Desktop-packages] [Bug 1097957] Re: Balance not restored in Audio panel after restart of system.
An adjusted balance *is* restored after restart, but slider on the UI says it's 50/50. The balance-slider apparently has a number of problems. I don't know if the bug I've found is the same as the one reported here, related or completely different. But I've found that the balance slider works (even without any distortion or anything reported in https://bugs.launchpad.net/ubuntu/+source/gnome-media/+bug/426788) and the adjusted balance is restored/remembered across system restarts. BUT, after a restart, the slider is again set to middle although the balance is actually still in my previous adjusted setting. Moving the slider, putting it to one side, then again to middle resets the balance to 50/50. So it seems, the actual settings-value is not read-out on system restart from the actual config used by the system, and the slider is always (initially) set to 50/50 - although the actual underlying system-setting may be different. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-control-center in Ubuntu. https://bugs.launchpad.net/bugs/1097957 Title: Balance not restored in Audio panel after restart of system. Status in “gnome-control-center” package in Ubuntu: Confirmed Bug description: Changing the balance in the Audio panel of the gnome-control-center is not saved in gconf or whereever. Or After a reboot the balance is not restored. The audio balance is set again to its default 50/50 value. The balance should stay by the value set forever until changed again. Best regards, Holger Seelig holger@qualle:~$ lsb_release -rd Description: Ubuntu 12.10 Release: 12.10 holger@qualle:~$ apt-cache policy gnome-control-center gnome-control-center: Installiert: 1:3.4.2-0ubuntu19 Kandidat:1:3.4.2-0ubuntu19 Versionstabelle: *** 1:3.4.2-0ubuntu19 0 500 http://de.archive.ubuntu.com/ubuntu/ quantal/main amd64 Packages 100 /var/lib/dpkg/status ProblemType: Bug DistroRelease: Ubuntu 12.10 Package: gnome-control-center 1:3.4.2-0ubuntu19 ProcVersionSignature: Ubuntu 3.5.0-21.32-generic 3.5.7.1 Uname: Linux 3.5.0-21-generic x86_64 NonfreeKernelModules: nvidia ApportVersion: 2.6.1-0ubuntu9 Architecture: amd64 Date: Wed Jan 9 22:45:37 2013 InstallationDate: Installed on 2012-11-04 (66 days ago) InstallationMedia: Ubuntu 12.10 Quantal Quetzal - Release amd64 (20121017.5) MarkForUpload: True ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR=set LANG=de_DE.UTF-8 SHELL=/bin/bash SourcePackage: gnome-control-center UpgradeStatus: No upgrade log present (probably fresh install) usr_lib_gnome-control-center: activity-log-manager-control-center 0.9.4-0ubuntu4.1 deja-dup24.0-0ubuntu1 gnome-control-center-signon 0.0.18-0ubuntu1 indicator-datetime 12.10.2-0ubuntu3.1 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/1097957/+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
[Desktop-packages] [Bug 1022346] Re: gvfs-mount does not support WebDAV https resources requiring authentication
After upgrading to Ubuntu 12.04, I can add that the problem persists with gvfs/1.12.1 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gvfs in Ubuntu. https://bugs.launchpad.net/bugs/1022346 Title: gvfs-mount does not support WebDAV https resources requiring authentication Status in “gvfs” package in Ubuntu: New Bug description: Whenever I tried to mount a WebDAV https resource that requires Basic Authentication, either via the Connect to Server... gvfs-mount GUI or via CLI gvfs-mount, the UI went into a long mute pause, or the CLI command just did nothing - and then, after a few minutes, I got the error that the remote resource did not answer. As I administer the WebDAV server, I looked into the logs and noticed that the GVFS client (gvfs/1.10.0) did not send credentials, although the server clearly answered with 401 Auth Required. Can somebody confirm that gvfs-mount doesn't support authentication for WebDAV https resources? And why is the GUI asking for username and password if these aren't passed on to the WebDAV server? davfs, dave, litmus and all the others confirmed that my server works to spec and they connect without trouble. Only gvfs doesn't. It's clearly an issue with gfvs-mount, that, btw, doens't mention how to supply credentials on the CLI for login-only resources and doesn't ask for it interactively, not for http resources and not for https resources. Important: It could be , this is an issue with the https SSL backend, as I've found out that a WebDAV resource that requires credentials but does so over insecure http, works. An example is the http://demo.sabredav.org/public/ demo server. Sadly, this server has no https alternate URL to confirm. -- Ubuntu 11.10 Release: 11.10 gvfs gvfs: Installed: 1.10.0-0ubuntu1.1 Candidate:1.10.0-0ubuntu1.1 Versiontabel: *** 1.10.0-0ubuntu1.1 0 500 http://archive.ubuntu.com/ubuntu/ oneiric-updates/main i386 Packages 100 /var/lib/dpkg/status 1.10.0-0ubuntu1 0 500 http://archive.ubuntu.com/ubuntu/ oneiric/main i386 Packages To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/1022346/+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
[Desktop-packages] [Bug 1022346] [NEW] gvfs-mount does not support WebDAV https resources requiring authentication
Public bug reported: Whenever I tried to mount a WebDAV https resource that requires Basic Authentication, either via the Connect to Server... gvfs-mount GUI or via CLI gvfs-mount, the UI went into a long mute pause, or the CLI command just did nothing - and then, after a few minutes, I got the error that the remote resource did not answer. As I administer the WebDAV server, I looked into the logs and noticed that the GVFS client (gvfs/1.10.0) did not send credentials, although the server clearly answered with 401 Auth Required. Can somebody confirm that gvfs-mount doesn't support authentication for WebDAV https resources? And why is the GUI asking for username and password if these aren't passed on to the WebDAV server? davfs, dave, litmus and all the others confirmed that my server works to spec and they connect without trouble. Only gvfs doesn't. It's clearly an issue with gfvs-mount, that, btw, doens't mention how to supply credentials on the CLI for login-only resources and doesn't ask for it interactively, not for http resources and not for https resources. Important: It could be , this is an issue with the https SSL backend, as I've found out that a WebDAV resource that requires credentials but does so over insecure http, works. An example is the http://demo.sabredav.org/public/ demo server. Sadly, this server has no https alternate URL to confirm. -- Ubuntu 11.10 Release:11.10 gvfs gvfs: Installed: 1.10.0-0ubuntu1.1 Candidate:1.10.0-0ubuntu1.1 Versiontabel: *** 1.10.0-0ubuntu1.1 0 500 http://archive.ubuntu.com/ubuntu/ oneiric-updates/main i386 Packages 100 /var/lib/dpkg/status 1.10.0-0ubuntu1 0 500 http://archive.ubuntu.com/ubuntu/ oneiric/main i386 Packages ** Affects: gvfs (Ubuntu) Importance: Undecided Status: New ** Tags: gvfs webdav -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gvfs in Ubuntu. https://bugs.launchpad.net/bugs/1022346 Title: gvfs-mount does not support WebDAV https resources requiring authentication Status in “gvfs” package in Ubuntu: New Bug description: Whenever I tried to mount a WebDAV https resource that requires Basic Authentication, either via the Connect to Server... gvfs-mount GUI or via CLI gvfs-mount, the UI went into a long mute pause, or the CLI command just did nothing - and then, after a few minutes, I got the error that the remote resource did not answer. As I administer the WebDAV server, I looked into the logs and noticed that the GVFS client (gvfs/1.10.0) did not send credentials, although the server clearly answered with 401 Auth Required. Can somebody confirm that gvfs-mount doesn't support authentication for WebDAV https resources? And why is the GUI asking for username and password if these aren't passed on to the WebDAV server? davfs, dave, litmus and all the others confirmed that my server works to spec and they connect without trouble. Only gvfs doesn't. It's clearly an issue with gfvs-mount, that, btw, doens't mention how to supply credentials on the CLI for login-only resources and doesn't ask for it interactively, not for http resources and not for https resources. Important: It could be , this is an issue with the https SSL backend, as I've found out that a WebDAV resource that requires credentials but does so over insecure http, works. An example is the http://demo.sabredav.org/public/ demo server. Sadly, this server has no https alternate URL to confirm. -- Ubuntu 11.10 Release: 11.10 gvfs gvfs: Installed: 1.10.0-0ubuntu1.1 Candidate:1.10.0-0ubuntu1.1 Versiontabel: *** 1.10.0-0ubuntu1.1 0 500 http://archive.ubuntu.com/ubuntu/ oneiric-updates/main i386 Packages 100 /var/lib/dpkg/status 1.10.0-0ubuntu1 0 500 http://archive.ubuntu.com/ubuntu/ oneiric/main i386 Packages To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/1022346/+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