[bug #13101] Moving/copying single files to FTP VFS
Update of bug #13101 (project mc): Status: Fixed = Postponed Open/Closed: Closed = Open ___ Follow-up Comment #14: Reopening this one. I'll revert the patch since it breaks fish. Once I fix this breakage I'll commit it again. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=13101 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #13101] Moving/copying single files to FTP VFS
Update of bug #13101 (project mc): Status: In Progress = Fixed Open/Closed:Open = Closed ___ Follow-up Comment #13: I've commited the patch. Closing the bugreport as fixed. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=13101 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #13101] Moving/copying single files to FTP VFS
Follow-up Comment #12, bug #13101 (project mc): I'll wait till 21 March before commiting this patch. That's almost two weeks - I think this is enough time for other developers to comment. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=13101 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #13101] Moving/copying single files to FTP VFS
Follow-up Comment #9, bug #13101 (project mc): I've just checked in a patch which improves ftpfs_dir_load(). It enables the attached patch to work no matter whether `ftpfs_first_cd_then_ls' is set or not. So if you checkout the source from cvs it should work. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=13101 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #13101] Moving/copying single files to FTP VFS
Follow-up Comment #10, bug #13101 (project mc): If it is not clear you still should apply the patch attached to this bugreport since I haven't commited that yet. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=13101 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #13101] Moving/copying single files to FTP VFS
Follow-up Comment #8, bug #13101 (project mc): ftpfs_first_cd_then_ls set to 0 is unreliable. In fact ftpfs_first_cd_then_ls is set by default for some time now. Of course I should have mentioned that :( Anyway I'll see why the patch breaks the old behaviour when ftpfs_first_cd_then_ls is unset. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=13101 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #13101] Moving/copying single files to FTP VFS
Update of bug #13101 (project mc): Platform Version: GNU/Linux = All ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=13101 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #13101] Moving/copying single files to FTP VFS
Follow-up Comment #5, bug #13101 (project mc): The patch is against MC from CVS - sorry, that I didn't mention it. Please, test with CVS version of MC. If this is not an option, please, let me know and I'll give MC 4.6.1 a try. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=13101 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #13101] Moving/copying single files to FTP VFS
Follow-up Comment #6, bug #13101 (project mc): Tested with today's CVS version (20060224), same problem. Here's the FTP server's log from that session, trying to copy/move testfile1, then testfile1 and testfile2 into hidden_dir. It looks like mc doesn't even try to transfer anything, all it does is send LIST commands: xxx.xxx.xxx UNKNOWN nobody [24/Feb/2006:06:59:08 +0100] USER test 331 - xxx.xxx.xxx UNKNOWN test [24/Feb/2006:06:59:08 +0100] PASS (hidden) 230 - xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:08 +] PWD 257 - xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:08 +] PASV 227 - xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:08 +] TYPE A 200 - xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:08 +] LIST -la /hidden_dir/. 226 115 xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:11 +] PASV 227 - xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:11 +] LIST -la /. 226 0 xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:11 +] PASV 227 - xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:11 +] LIST -la /hidden_dir/testfile1/. 226 0 xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:13 +] PASV 227 - xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:13 +] LIST -la /hidden_dir/. 226 115 xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:18 +] PASV 227 - xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:18 +] LIST -la /. 226 0 xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:18 +] PASV 227 - xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:18 +] LIST -la /hidden_dir/testfile1/. 226 0 xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:20 +] PASV 227 - xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:20 +] LIST -la /hidden_dir/. 226 115 xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:31 +] PASV 227 - xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:31 +] LIST -la /. 226 0 xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:31 +] PASV 227 - xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:31 +] LIST -la /hidden_dir/testfile1/. 226 0 xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:32 +] PASV 227 - xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:32 +] LIST -la /hidden_dir/testfile2/. 226 0 xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:35 +] PASV 227 - xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:35 +] LIST -la /hidden_dir/. 226 115 xxx.xxx.xxx UNKNOWN test [24/Feb/2006:06:01:56 +] QUIT 221 - Using active (PORT) instead of passive (PASV) FTP doesn't make any difference, except that the log file shows PORT commands where it shows PASV above. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=13101 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #13101] Moving/copying single files to FTP VFS
Follow-up Comment #7, bug #13101 (project mc): UPDATE: I just found out that the patch does indeed fix the problem for both vanilla 4.6.1 and 4.6.1a-CVS, if I also change ftpfs_first_cd_then_ls from 0 to 1 in ~/.mc/ini. This is an acceptable solution for me, so as far as I'm concerned, feel free to commit the patch and mark this bug fixed. Thanks a lot! :-) ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=13101 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #13101] Moving/copying single files to FTP VFS
Follow-up Comment #4, bug #13101 (project mc): The patch doesn't seem to fix the problem for me, I'm afraid. Actually, also the workaround of adding a trailing / slash manually doesn't work anymore now. Instead of Permission denied, I now get Cannot overwrite directory /#ftp:ftp.security-by-obscurity.net/hidden_dir_2/testfile - Success (0), [ Skip ] [ Retry ] [ Abort ] in both cases (ie. with and without adding a trailing / manually), for both copying and moving a single file (testfile). Moreover, copying/moving *multiple* files now also doesn't work anymore, both with and without adding a trailing / manually, showing the same error message. Just in case this matters, while mc displays the error dialog, the destination panel shows ftpfs: failed; nowhere to fallback to in the top line where it normally shows the directory name. I don't think that's significant, though, as it also shows the same without the patch applied, but still copies/moves the file(s) properly. BTW I applied your patch to the plain vanilla 4.6.1 tarball from ibiblio.org - should I be using a CVS version instead? ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=13101 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #13101] Moving/copying single files to FTP VFS
Update of bug #13101 (project mc): Category:None = VFS Status:None = In Progress ___ Follow-up Comment #2: Please, test the attached patch. It is a simple one-liner. I think this is the right way to solve the described issue, however I'll not commit without the agreement of other developers. Andrew, please, comment if possible. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=13101 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #13101] Moving/copying single files to FTP VFS
Update of bug #13101 (project mc): Assigned to:None = ptsekov ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=13101 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #13101] Moving/copying single files to FTP VFS
Follow-up Comment #1, bug #13101 (project mc): MC maintains an internal representation of the remote end's directory structure and it is used by calls such as stat(). In the described setup MC is unable to determine that hidden_dir_[12] actually exist because listing the parent directory yields no entries. As a result it doesn't have entries for hidden_dir_[12] in its internal cache and subsequent calls to stat() with those directory names fail and MC cannot determine that they are directories. I'll try to find the best way to fix this. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=13101 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel