Couldn't remove non-empty folders on a ftp server

Bug #215412 reported by Okki
2
Affects Status Importance Assigned to Milestone
gvfs (Ubuntu)
Fix Released
Low
Ubuntu Desktop Bugs

Bug Description

Binary package hint: nautilus

It was ok with old Nautilus 2.20 and gnome-vfs, but now, with Nautilus 2.22 ans gvfs 0.2.3 we cannot remove non-empty folders on a ftp server. For me, this is a big regression.

$ lsb_release -rd
Description: Ubuntu hardy (development branch)
Release: 8.04

nautilus:
  Installed: 1:2.22.2-0ubuntu3
  Candidate: 1:2.22.2-0ubuntu3
  Version table:
 *** 1:2.22.2-0ubuntu3 0
        500 http://uk.archive.ubuntu.com hardy/main Packages
        100 /var/lib/dpkg/status

gvfs:
  Installed: 0.2.3-0ubuntu1
  Candidate: 0.2.3-0ubuntu1
  Version table:
 *** 0.2.3-0ubuntu1 0
        500 http://uk.archive.ubuntu.com hardy/main Packages
        100 /var/lib/dpkg/status

ProblemType: Bug
Architecture: i386
Date: Fri Apr 11 00:03:32 2008
DistroRelease: Ubuntu 8.04
ExecutablePath: /usr/bin/nautilus
NonfreeKernelModules: nvidia
Package: nautilus 1:2.22.2-0ubuntu3
PackageArchitecture: i386
ProcEnviron:
 PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11:/usr/games
 LANG=en_GB.UTF-8
 SHELL=/bin/bash
SourcePackage: nautilus
Uname: Linux 2.6.24-15-generic i686

Tags: apport-bug
Revision history for this message
Okki (gnomelibre) wrote :
Revision history for this message
Okki (gnomelibre) wrote :

After few tests, I think the problem came from files or directories with non-ascii characters :

$ ls -1 "Tokyo Café"/
Tokyo Café - 21 - Suzuka à Harajuku.avi
Tokyo Café - 22 - Au carrousel du Louvre avec la mangaka Eiko Hanamura.avi
Tokyo Café - 23 - Concert de Halcali à Paris.avi
Tokyo Café - 24 - Les lieux de rendez-vous au Japon.avi
Tokyo Café - 25 - Histoire du chien fidèle Hachiko.avi
Tokyo Café - 26 - Suzuka et Moon Kana au restaurant Monsieur Lapin.avi
Tokyo Café - 27 - Au salon de l'agriculture.avi
Tokyo Café - 28 - Les cris d'animaux en japonais.avi
Tokyo Café - 29 - Shibuya Girls Collection au Japon.avi
Tokyo Café - 30 - Duel entre deux cuisiniers.avi

Another problem, we can see these files from a ssh session, but for nautilus, the directory is empty (0 element).

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thanks for taking the time to report this bug. Unfortunately we can't fix it, because your description didn't include enough information. You may find it helpful to read "How to report bugs effectively" <http://www.chiark.greenend.org.uk/~sgtatham/bugs.html>. We'd be grateful if you would then provide a more complete description of the problem.

 We have instructions on debugging some types of problems. <http://wiki.ubuntu.com/DebuggingProcedures> Thanks!

Changed in nautilus:
assignee: nobody → desktop-bugs
importance: Undecided → Low
status: New → Incomplete
Revision history for this message
Okki (gnomelibre) wrote :

For the ftpd, I use ProFTPD 1.3.1-6+b1 from Debian testing.

To verify it's not the same bug than #215517, I removed all the hyphens (with ssh) to obtain :

Tokyo Café 21 Suzuka à Harajuku.avi
Tokyo Café 22 Au carrousel du Louvre avec la mangaka Eiko Hanamura.avi
Tokyo Café 23 Concert de Halcali à Paris.avi
Tokyo Café 24 Les lieux de rendez vous au Japon.avi
Tokyo Café 25 Histoire du chien fidèle Hachiko.avi
Tokyo Café 26 Suzuka et Moon Kana au restaurant Monsieur Lapin.avi
Tokyo Café 27 Au salon de l'agriculture.avi
Tokyo Café 28 Les cris d'animaux en japonais.avi
Tokyo Café 29 Shibuya Girls Collection au Japon.avi
Tokyo Café 30 Duel entre deux cuisiniers.avi

Now, in Nautilus, I can see three files :

Tokyo Café 21 Suzuka à Harajuku.avi
Tokyo Café 27 Au salon de l'agriculture.avi
Tokyo Café 30 Duel entre deux cuisiniers.avi

If I try to delete the directory, only these three files are deleted.

Revision history for this message
Sebastien Bacher (seb128) wrote :

did you read the documentations pointed? the bug has still no description of the issue, "does not work" is not useful, do you get an error, does it crash, does it do nothing?

Revision history for this message
Okki (gnomelibre) wrote :

Nautilus does nothing. It does not crash, the files are still here, and we have only this error :

Error while deleting.

Couldn't remove the folder Tokyo Café.
Directory not empty

Revision history for this message
Sebastien Bacher (seb128) wrote :

Could you run /usr/lib/gvfs/gvfsd -r on a command line, try to delete the directory in nautilus and copy the log to a comment?

Revision history for this message
Okki (gnomelibre) wrote :
Download full text (12.3 KiB)

$ /usr/lib/gvfs/gvfsd -r
Added new job source 0x807a800 (GVfsBackendFtp)
Queued new job 0x807bc18 (GVfsJobMount)
<-- 220 ProFTPD 1.3.1 Server (NTX) [IP address]
--> USER login_XXX
<-- 331 Password required for login_XXX
--> PASS ***
<-- 230 User login_XXX logged in
--> TYPE I
<-- 200 Type set to I
--> FEAT
<-- 211-Features:
 MDTM
 REST STREAM
 SIZE
<-- 211 End
--> SYST
<-- 215 UNIX Type: L8
system is 1
send_reply, failed: 0
register_mount_callback, mount_reply: 0x80759b0, error: (nil)
backend_dbus_handler org.gtk.vfs.Mount:QueryInfo
Queued new job 0x8085418 (GVfsJobQueryInfo)
--> NOOP
<-- 200 NOOP command successful
send_reply(0x8085418), failed=0 ()
backend_dbus_handler org.gtk.vfs.Mount:CreateDirectoryMonitor
Queued new job 0x807fac0 (GVfsJobCreateMonitor)
send_reply(0x807fac0), failed=1 (Operation not supported by backend)
backend_dbus_handler org.gtk.vfs.Mount:QueryInfo
Queued new job 0x8085468 (GVfsJobQueryInfo)
--> NOOP
backend_dbus_handler org.gtk.vfs.Mount:Enumerate
Queued new job 0x808b008 (GVfsJobEnumerate)
<-- 200 NOOP command successful
send_reply(0x8085468), failed=0 ()
<-- 220 ProFTPD 1.3.1 Server (NTX) [IP address]
--> USER login_XXX
<-- 331 Password required for login_XXX
--> PASS ***
backend_dbus_handler org.gtk.vfs.Mount:Enumerate
Queued new job 0x808b0d0 (GVfsJobEnumerate)
--> NOOP
backend_dbus_handler org.gtk.vfs.Mount:QueryInfo
Queued new job 0x80854b8 (GVfsJobQueryInfo)
<-- 200 NOOP command successful
--> CWD /
<-- 250 CWD command successful
--> PASV
<-- 220 ProFTPD 1.3.1 Server (NTX) [IP address]
--> USER login_XXX
<-- 227 Entering Passive Mode (IP address,231,109).
<-- 331 Password required for login_XXX
--> PASS ***
--> LIST
<-- 150 Opening ASCII mode data connection for file list
--- drwxr-xr-x 2 login_XXX login_XXX 4096 Apr 21 11:21 Tokyo Café
--- -rw-r--r-- 1 login_XXX login_XXX 407 Apr 19 19:01 hellanzb.log
--- -rw-r--r-- 1 login_XXX login_XXX 640 Apr 21 10:00 infos.txt
--- drwxr-xr-x 2 login_XXX login_XXX 4096 Apr 21 10:19 nzb
--- drwxr-xr-x 20 login_XXX login_XXX 4096 Apr 21 10:55 stuff
--- drwxr-xr-x 7 login_XXX login_XXX 4096 Apr 21 10:23 tmp
<-- 226 Transfer complete
send_reply(0x808b0d0), failed=0 ()
backend_dbus_handler org.gtk.vfs.Mount:QueryFilesystemInfo
Queued new job 0x807fb08 (GVfsJobQueryFsInfo)
send_reply(0x807fb08), failed=1 (Operation not supported by backend)
<-- 230 User login_XXX logged in
--> TYPE I
<-- 200 Type set to I
--> FEAT
<-- 211-Features:
 MDTM
 REST STREAM
 SIZE
<-- 211 End
--> SYST
<-- 215 UNIX Type: L8
system is 1
send_reply(0x80854b8), failed=0 ()
<-- 230 User login_XXX logged in
--> TYPE I
<-- 200 Type set to I
--> FEAT
<-- 211-Features:
 MDTM
 REST STREAM
 SIZE
<-- 211 End
--> SYST
<-- 215 UNIX Type: L8
system is 1
--> CWD /DCIM
<-- 550 /DCIM: No such file or directory
send_reply(0x808b008), failed=1 (The file is not a directory)
backend_dbus_handler org.gtk.vfs.Mount:Enumerate
Queued new job 0x808b198 (GVfsJobEnumerate)
--> NOOP
<-- 200 NOOP command successful
--> CWD /dcim
<-- 550 /dcim: No such file or directory
send_reply(0x808b198), failed=1 (The file is not a directory)
backend_dbus_handler org.gtk.vfs.Mount:Enum...

Revision history for this message
Okki (gnomelibre) wrote :

Nothing related to my previous problem, but I find somewhat strange that Nautilus checks for VIDEO_TS, AUDIO_TS, SVCD, VCD, BDAV... directories while connected on a FTP server.

Revision history for this message
Okki (gnomelibre) wrote :

Thanks to Sebastien Bacher's patch, the bug within the 0.2.3-0ubuntu4 version is now fixed.

Revision history for this message
Pedro Villavicencio (pedro) wrote :

Thanks a lot for the feedback, marking this as fixed.

Changed in nautilus:
status: Incomplete → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.