GNOME Bugzilla – Bug 309275
Spaces in filenames are shown as %20 in Nautilus x86_64
Last modified: 2008-09-06 19:05:18 UTC
Please describe the problem: I've got a 32-bit machine sharing a couple of files using SMB. Some of the shared files contain spaces. On my 64-bit machine these files appear, but with %20 in place of a space. Because of this, the files that contains spaces are not accessible (except for typing them in manually, with spaces that is). The spaces are shown on other i686 machines, and the x86_64 machine is the only one available to test for me. I'm using Fedora Core 4, with all updates installed. One of the ppl in IRC gave me the command python -c "import gnomevfs;print [x.name for x in gnomevfs.open_directory('smb://192.168.1.30/Muziek')]" This command also shows %20 instead of spaces in the filenames on the x86_64 machine. Konqueror does not show spaces in samba shared filenames, nor do these spaces show up when using the sftp protocol. Steps to reproduce: 1. Share one or more files with spaces using samba 2. Try to access them using Nautilus 2.10.1 bundled in Fedora Core 4 x86_64 3. See it fail Actual results: I can't access the file. A message pops up that the file does not exist or has been removed recently Expected results: Open the file Does this happen every time? yes Other information: I have no idea if this is related to Fedora x86_64, or Gnome in general. This problem does not occur on a 32-bit machine.
I have the same behaviour on my ASUS AMD64 Laptop and Fedora Core 4 (x86_64).
I can confirm this, it seems to be a FC4 x86_64-issue. At least 2 bugs are filed in the redhat-bugzilla, but both are still without any reaction, e.g. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=160422
No, isn't a Fedora 64 issue, I have the same behaviour in Debian Sarge (Stable 3.1) and in Debian Sid (unstable) 32-bit If someone can understand Brazilian Portuguese, see a bug report in http://cdd.debian-br.org/project/ticket/347
Created attachment 52683 [details] Nautilus screenshot FileBrowser.png Screenshot shows file names with %20.
Created attachment 52684 [details] Error message Error.png Error message that pops up when You try to open untitled%20folder.
I rebuilt the Gnome-vfss and Nautilus source rpms on my AMD 4000+ 64-bit machine and this problem went away for me. One thing I noticed when I started the compile was that LANG= was defined as "en_US" and my machine uses en_US.UTF-8. I also rebuilt nautilus and it had the LANG= set to "C". Not sure if this has any bearing or not. The two soruce rpms I rebuilt are nautilus-2.10.0-4.src.rpm and gnome-vfs2-2.10.0-5.src.rpm. When re-installing nautilus and gnome-vfs2 i used "rpm -ivh --force package-name.rpm"
Another workaround for fc4 users - install: gnome-vfs2-2.12.2-1.1.fc4.nr.i386.rpm gnome-vfs2-devel-2.12.2-1.1.fc4.nr.x86_64.rpm gnome-vfs2-2.12.2-1.1.fc4.nr.x86_64.rpm gnome-vfs2-smb-2.12.2-1.1.fc4.nr.x86_64.rpm packages from http://www.nrpms.net
Created attachment 103157 [details] Nautilus passing an incorrect filename to GMplayer Nautilus replacing spaces with %20 when opening files
Comment on attachment 103157 [details] Nautilus passing an incorrect filename to GMplayer I'm having the same problem on Gentoo x86_64. Nautilus displays the file names correctly, but passes corrupted parameters to programs. I, too, think that the LANG setting could cause the problem, as I have a custom set en_US.utf8.
gnome-vfs has been deprecated and superseded by gio/gvfs since GNOME 2.22, hence mass-closing many of the gnome-vfs requests/bug reports. This means that gnome-vfs is NOT actively maintained anymore, however patches are still welcome. If your reported issue is still valid for gio/gvfs, please feel free to file a bug report against glib/gio or gvfs. @Bugzilla mail recipients: query for gnome-vfs-mass-close to get rid of these notification emails all together. General further information: http://en.wikipedia.org/wiki/GVFS Reasons behind this decision are listed at http://www.mail-archive.com/gnome-vfs-list@gnome.org/msg00899.html