ticket summary component version milestone type owner status created _changetime _description _reporter 3197 FTP renaming leads to DATA LOSS mc-vfs 4.8.8 Future Releases defect new 2014-04-17T13:24:49Z 2019-08-08T20:32:29Z "Renaming a file on a remote FTP server while an upload to same server is in progress, mc fails with 'Incomplete file retrieved Delete/Keep'. Upon clicking 'Keep' the remote file is renamed and made 0-length. How to reproduce: 1. with mc, start long upload - in the background - to a remote FTP server; 2. while uploading, try to rename (via mc's 'move') a different, unrelated file, on the same remote FTP server, in the same directory (a 'move' from the remote FTP server to the remote FTP server, changing only the file name) What happens: mc hangs until the background upload terminates. Then displays 'Incomplete file retrieved Delete/Keep'. Upon clicking 'Keep' the remote file (the one that was to be renamed) is renamed and made 0-length. YOU LOST YOUR FILE. THANK YOU MC ! {{{ > mc --version GNU Midnight Commander 4.8.8 Built with GLib 2.32.4 Using the ncurses library With subshell support as default With support for background operations With mouse support on xterm With support for X11 events With multiple codepages support Virtual File Systems: cpiofs, tarfs, sfs, extfs, ftpfs, fish Data types: char: 8; int: 32; long: 32; void *: 32; size_t: 32; off_t: 64; }}}" dnied 3961 Move over ssh shell will destory files when target FS full mc-vfs 4.8.15 Future Releases defect new 2019-01-15T14:01:49Z 2019-08-09T13:46:30Z "Happened in mc 4.8.15-2 in Ubuntu 16.04.5 LTS. 1. I was moving huge amount of files over ssh shell (Shell link). 2. The target file system became full. 3. When 2. happened files were still copied but appeared on target with zero sizes. 4. Files were deleted on the source. I would expect an error message and not deleting source files." BruXy 2851 cannot copy file from iso created with mkisofs when Joliet without RockRidge used mc-vfs master 4.8.16 defect reopened 2012-07-19T13:47:15Z 2017-11-02T07:54:19Z "mc creates file of zero length instead of extracting file from mkisofs-created iso images containing Joliet without !RockRidge extension Steps to reproduce: 1. create iso image with Joliet but without !RockRidge {{{ mkisofs -J -o test.iso /etc/passwd }}} 2. run {{{ /usr/libexec/mc/extfs.d/iso9660 copyout test.iso passwd passwd }}} Expected non-zero size passwd file, got file of zero size The image created by mkisofs doesn't contain versions in filenames unlike images created by Nero 7 (windows). The bug was probably introduced with #2471 for mkisofs-generated image: {{{ $ isoinfo -J -l -i test.iso Directory listing of / d--------- 0 0 0 2048 Jul 19 2012 [ 29 02] . d--------- 0 0 0 2048 Jul 19 2012 [ 29 02] .. ---------- 0 0 0 2044 Jun 28 2012 [ 30 00] passwd $ isoinfo -d -i test.iso CD-ROM is in ISO 9660 format System id: LINUX Volume id: CDROM Volume set id: Publisher id: Data preparer id: Application id: GENISOIMAGE ISO 9660/HFS FILESYSTEM CREATOR (C) 1993 E.YOUNGDALE (C) 1997-2006 J.PEARSON/J.SCHILLING (C) 2006-2007 CDRKIT TEAM Copyright File id: Abstract File id: Bibliographic File id: Volume set size is: 1 Volume set sequence number is: 1 Logical block size is: 2048 Volume size is: 181 Joliet with UCS level 3 found NO Rock Ridge present }}} for Nero 7-generated image: {{{ $ isoinfo -J -l -i nero7.iso Directory listing of / d--------- 0 0 0 2048 Jul 19 2012 [ 22 02] . d--------- 0 0 0 2048 Jul 19 2012 [ 22 02] .. ---------- 0 0 0 19794 Apr 17 2009 [ 25 00] xxx.pdb;1 $ isoinfo -d -i nero7.iso CD-ROM is in ISO 9660 format System id: Volume id: ________ Volume set id: Publisher id: Data preparer id: Application id: NERO BURNING ROM Copyright File id: Abstract File id: Bibliographic File id: Volume set size is: 1 Volume set sequence number is: 1 Logical block size is: 2048 Volume size is: 600 Joliet with UCS level 3 found NO Rock Ridge present }}} The simple solution would be replacement of iso9660 vfs with u7z. As bonus 7-zip can read iso images created by deepburner and winoncd 3.6 (they are Joliet with UCS level 1) and images created with mkisofs without -R and -J options at all Software versions: mc-4.8.4-0.git20120630.fc17.R.i386 genisoimage-1.1.11-10.fc17.i686 " ctmp1 13 savannah: Moving/copying single files to FTP VFS mc-vfs 4.6.1 Future Releases defect new 2008-12-24T11:39:18Z 2014-01-11T15:38:28Z "Original: http://savannah.gnu.org/bugs/?13101 ||Submitted by:||Thomas Zajic ||Submitted on:||Mon 16 May 2005 05:14:00 PM UTC|| ||Category:||VFS||Severity:||2 - Minor|| ||Status:||Postponed||Privacy:||Public|| ||Assigned to:||Pavel Tsekov ||Open/Closed:||Open|| ||Release:||current (CVS or snapshot)||Operating System:||All|| Original submission: {{{ Originally sent to mc-devel[1]: --- BEGIN ORIGINAL MESSAGE --- When moving/copying a single file to an FTP VFS where I only have execute permission on the parent directory (ie. no read and write), I have to add a trailing slash (""/"") to the target specification manually, or else I get a ""Permission denied"" from the FTP server. Copying/moving multiple files works fine. This might be some sort of special case, actually. Here's the file hierarchy and permission details: [root blah]:/home/ftp/blahftp# ls -la total 32 drwxrwx--x 4 root ftp 4096 Jan 13 15:56 . drwxr-xr-x 9 root root 4096 Oct 5 18:09 .. drwxrwxrwx 2 ftp ftp 20480 Jan 15 14:18 hidden_dir_1 drwxrwxrwx 2 ftp ftp 4096 Dec 19 16:50 hidden_dir_2 [...] [root blah]:/home/ftp/blahftp# The net effect of this is that you have full access to the hidden_dirs, but you have to know its name. If you log on to the FTP server's root, it appears empty, and you're not allowed to upload files or create directories there (yes, I'm aware that this is security by obscurity, thank you very much ;-). Coming back to the problem at hand, when I want to copy/move a single file to hidden_dir_2 (ie. the target specification in the copy/move dialog box is ""/#ftp:ftp.security-by-obscurity.net/hidden_dir_2""), I get ""Permission denied"". If I manually add a trailing slash (ie. target specification ""/#ftp:ftp.security-by-obscurity.net/hidden_dir_2/""), it works fine. Copying/moving multiple files also works fine even without a trailing slash, somehow mc seems to automagically do the right thing in this case. It's not a big problem, to be honest, but merely a minor annoyance. --- END ORIGINAL MESSAGE --- This bug is still present as of mc-4.6.1-pre4a. Just adding this to Savannah to make sure it's not forgotten. [1] http://mail.gnome.org/archives/mc-devel/2005-January/msg00020.html }}} Comment 1 by Pavel Tsekov at Fri 17 Feb 2006 01:18:56 PM UTC: {{{ 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. }}} Comment 2 by Pavel Tsekov at Tue 21 Feb 2006 03:10:14 PM UTC: {{{ 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. }}} Comment 3 by Pavel Tsekov at Tue 21 Feb 2006 03:11:19 PM UTC: {{{ I forgot to attach the patch, so here it comes. }}} Comment 4 by Thomas Zajic at Thu 23 Feb 2006 07:00:36 AM UTC: {{{ 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? }}} Comment 5 by Pavel Tsekov at Thu 23 Feb 2006 08:24:48 AM UTC: {{{ 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. }}} Comment 6 by Thomas Zajic at Fri 24 Feb 2006 06:31:35 AM UTC: {{{ 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 +0000] ""PWD"" 257 - xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:08 +0000] ""PASV"" 227 - xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:08 +0000] ""TYPE A"" 200 - xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:08 +0000] ""LIST -la /hidden_dir/."" 226 115 xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:11 +0000] ""PASV"" 227 - xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:11 +0000] ""LIST -la /."" 226 0 xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:11 +0000] ""PASV"" 227 - xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:11 +0000] ""LIST -la /hidden_dir/testfile1/."" 226 0 xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:13 +0000] ""PASV"" 227 - xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:13 +0000] ""LIST -la /hidden_dir/."" 226 115 xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:18 +0000] ""PASV"" 227 - xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:18 +0000] ""LIST -la /."" 226 0 xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:18 +0000] ""PASV"" 227 - xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:18 +0000] ""LIST -la /hidden_dir/testfile1/."" 226 0 xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:20 +0000] ""PASV"" 227 - xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:20 +0000] ""LIST -la /hidden_dir/."" 226 115 xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:31 +0000] ""PASV"" 227 - xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:31 +0000] ""LIST -la /."" 226 0 xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:31 +0000] ""PASV"" 227 - xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:31 +0000] ""LIST -la /hidden_dir/testfile1/."" 226 0 xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:32 +0000] ""PASV"" 227 - xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:32 +0000] ""LIST -la /hidden_dir/testfile2/."" 226 0 xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:35 +0000] ""PASV"" 227 - xxx.xxx.xxx UNKNOWN test [24/Feb/2006:05:59:35 +0000] ""LIST -la /hidden_dir/."" 226 115 xxx.xxx.xxx UNKNOWN test [24/Feb/2006:06:01:56 +0000] ""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. }}} Comment 7 by Thomas Zajic at Fri 24 Feb 2006 06:47:08 AM UTC: {{{ 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! :-) }}} Comment 8 by Pavel Tsekov at Mon 06 Mar 2006 08:35:11 AM UTC: {{{ 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. }}} Comment 9 by Pavel Tsekov at Wed 08 Mar 2006 03:00:47 PM UTC: {{{ 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. }}} Comment 10 by Pavel Tsekov at Wed 08 Mar 2006 03:02:04 PM UTC: {{{ If it is not clear you still should apply the patch attached to this bugreport since I haven't commited that yet. }}} Comment 11 by Thomas Zajic at Thu 09 Mar 2006 12:15:01 AM UTC: {{{ Yes, both moving and copying a single file works fine now (latest CVS with the attached patch applied), even with ftpfs_first_cd_then_ls=0. Again, thanks a lot! :-) }}} Comment 12 by Pavel Tsekov at Thu 09 Mar 2006 08:48:55 AM UTC: {{{ 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. }}} Comment 13 by Pavel Tsekov at Thu 23 Mar 2006 12:37:47 PM UTC: {{{ I've commited the patch. Closing the bugreport as fixed. }}} Comment 14 by Pavel Tsekov at Thu 30 Mar 2006 12:57:52 PM UTC: {{{ Reopening this one. I'll revert the patch since it breaks fish. Once I fix this breakage I'll commit it again. }}} " zlatk0 37 savannah: external editor does not write changes on remote file systems mc-vfs master Future Releases defect new 2008-12-25T19:29:40Z 2014-01-11T16:04:37Z "Original: http://savannah.gnu.org/bugs/?15809 ||Submitted by:||Friedrich Strohmaier ||Submitted on:||Sun 19 Feb 2006 09:05:18 PM UTC|| ||Category:||Editor||Severity:||3 - Normal|| ||Status:||Confirmed||Privacy:||Public|| ||Assigned to:||Pavel Tsekov ||Open/Closed:||Open|| ||Release:||4.6.1||Operating System:||GNU/Linux|| Original submission: {{{ Editing text files on remote file systems using the system editor (vim), not the built in one, does not work as expected. The buffer with a temporary file is opened and changed, but not written to target leaving with "":wq"" . This is tested on my ubuntu box for ftp and fish. to get the effect do the following steps: if not already done prepare mc not to use built in editor. On an sshd running system establish a conection with: 1. cd #sh:localhost: 2. browse to an known file and open editor by pressing 3. do some edit 4. save an leave (use "":wq"" on vim) Editor is quitting without error. now the file should be changed refresh window by use to prove ==> file is not changed an no error was given. This behavior was also confirmed by other users on german ubuntu list. For example here: http://article.gmane.org/gmane.linux.ubuntu.user.german/3618 ""can reproduce on breezy"" And a different Editor (nvi) set on /etc/alternatives/vi set on my box Info: GNU Midnight Commander 4.6.1 Virtual File System: tarfs, extfs, cpiofs, ftpfs, fish, smbfs With builtin Editor Using system-installed S-Lang library with terminfo database With subshell support as default With support for background operations With mouse support on xterm and Linux console With internationalization support With multiple codepages support Package: Version: 1:4.6.1-1ubuntu2~breezy1 VIM - Vi IMproved 6.3 (2004 June 7, compiled Aug 22 2005 17:27:07) Version: 1:6.3-078+1ubuntu3 Friedrich }}} Comment 1 by Friedrich Strohmaier at Sun 19 Feb 2006 11:16:04 PM UTC: {{{ see also: Bug #31757 in mc (Ubuntu): ""mc external editor does not write changes on remote file systems"" https://launchpad.net/distros/ubuntu/+source/mc/+bug/31757 Friedrich }}} " bitsfritz 62 savannah: MC fail to notice when archive is replaced mc-vfs master Future Releases defect new 2008-12-26T07:59:20Z 2020-12-20T15:13:54Z "Original: http://savannah.gnu.org/bugs/?19328 ||Submitted by:||Martin Petricek ||Submitted on:||Fri 16 Mar 2007 10:45:16 PM UTC|| ||Category:||VFS||Severity:||3 - Normal|| ||Status:||None||Privacy:||Public|| ||Assigned to:||None||Open/Closed:||Open|| ||Release:||current (CVS or snapshot)||Operating System:||GNU/Linux|| Original submission: {{{ When .tar.bz2 archive is replaced, VFS in MC fails to notice it. If you pack some files, examine the archive, then repack the archive with different files, you see still old files. How to reproduce: Create two valid archives with distinct content (does not matter what content, just it have to be distinct files): a.tar.bz2 and b.tar.bz2 Now move cursor to a.tar.bz2 and press enter. You see the contents. Fine, now go back, delete a.tar.bz2 and rename b.tar.bz2 to a.tar.bz2. Move to a.tar.bz2 (which is actually a renamed b.tar.bz2) and press enter. You will see cached content of previous a.tar.bz2 and you can even extract the files, even though the archive is deleted (I suppose a copy lives in /tmp or in memory) Suggested fix: check date and size of archive when entering it. If it does not match, re-read the archive. This should fix most of the cases. Clean, but maybe slower solution is to re-read archive every time it is entered. I suppose this bug may also affect other archive types (.tar.gz?), though I have not tested it. }}} Comment 1 by Vladimir Nadvornik at Fri 18 May 2007 01:51:04 PM UTC: {{{ Some VFS (for example tar and cpio) can detect changed archives, others (bzip, extfs) can't. There is no consistent support of change detection in VFS. }}} " bilboq 68 savannah: Aborting a FISH file transfer is grossly inefficient mc-vfs master Future Releases defect assigned 2008-12-26T08:32:43Z 2016-11-29T07:22:04Z "Original: http://savannah.gnu.org/bugs/?19721 ||Submitted by:||Pavel Tsekov ||Submitted on:||Fri 27 Apr 2007 08:40:45 AM UTC|| ||Category:||VFS||Severity:||3 - Normal|| ||Status:||None||Privacy:||Public|| ||Assigned to:||None||Open/Closed:||Open|| ||Release:||All versions||Operating System:||All|| Original submission: {{{ I was looking at the fish code recently and noticed that aborting a running file transfer still causes MC to read the whole file sent by the remote end. I realized that the way FISH is currently implemented, i.e. commands and data sent over the same channel, this is the only way to clear the data channel so that command replies would get to the FISH layer without re-establishing a new link. While this could be acceptable for small transfers I doubt it that it makes sens for multi-megabyte files. Ideas on how to fix it are welcome. One way I can see is to open a separate FISH connection for the data transfer i.e. like FTP. }}} Comment 1 by Oswald Buddenhagen at Fri 27 Apr 2007 12:20:17 PM UTC: {{{ no, i think we can do like ssh does, i.e., tunnel multiple virtual connections through one physical connection. this adds some overhead, though (especially cpu-wise, as we have to call dd for every chunk). btw, you might want to look at kde's fishserv.pl, it has some optimizations. never looked at it myself, though. }}} Comment 2 by Pavel Tsekov at Fri 27 Apr 2007 01:38:47 PM UTC: {{{ Sounds interesting - I'll take a look at it. My perl is pretty bad though - I hope the code is not too complicated. }}} Comment 3 by Pavel Tsekov at Wed 02 May 2007 01:20:28 PM UTC: {{{ Unfortunately kde's fish implementation (as found in kioslave/fish directory) is not a improvement in this particular case. At least I do not see any code which deals with aborting a file transfer gracefully. Most likely the connection is just killed. }}} Comment 4 by Pavel Tsekov at Mon 07 May 2007 01:06:26 PM UTC: {{{ I've tested the ssh ability to tunnel multiple session over the same connection and it works nicely. There is one problem though - it is supported only with SSH protocol v2. }}} Comment 5 by Oswald Buddenhagen at Mon 07 May 2007 04:18:32 PM UTC: {{{ huh? you actually used ssh for that? i guess that's a fine optimization. but for the general case the chunking should be homegrown (based on dd and printf/read, i guess). }}} " ptsekov 70 savannah: enter vfs with cmdline buffer mc-vfs Future Releases defect new 2008-12-26T08:45:07Z 2014-01-11T17:10:14Z "Original: http://savannah.gnu.org/bugs/?20182 ||Submitted by:||me ||Submitted on:||Sat 16 Jun 2007 07:36:43 AM UTC|| ||Category:||Keyboard input||Severity:||3 - Norma|| ||Status:||None||Privacy:||Public|| ||Assigned to:||None||Open/Closed:||Open|| ||Release:||4.6.1||Operating System:||GNU/Linux|| Original submission: {{{ action: press ctrl+pgdown to enter a archive (vfs) result: nothing happens expect: enter archive fix: press enter problem: commandline must be empty fix: add regex_command (selection (panel)->fname, ""Open"", 0) to ctrl_next_page handler hope this shortens the todolist }}} Comment 1 by Pavel Tsekov at Thu 23 Aug 2007 02:58:10 PM UTC: {{{ Using regex_command(..., ""Open"", ...) doesn't always translate to ""cd path#vfs"" - it may end up executing external commands. I am not sure whether this behaviour is desired for Ctrl + PgDn... }}} Comment 2 by me at Thu 23 Aug 2007 04:01:16 PM UTC: {{{ afairemember the regex_command is what pressing return does. i just added it for the existing key binding - didnt really think that far :(. imo crtl+pgdn/pgup should only cd, never execute. is changing 'do_cd' the more clean approach? }}} Comment 3 by Pavel Tsekov at Fri 24 Aug 2007 02:34:08 PM UTC: {{{ do_cd() needs a vfs path to enter into archives or connect to ftp or ssh servers. So, if you press Ctrl+PgDn on a, say, .zip file, you need to: a) determine the file type (as regex_open() does) b) translate the path to vfs path c) pass the vfs path to do_cd() Maybe regex_open() can be modified so that it will recognize a new action which will make it return the vfs path for a given path ... or something like that. }}} Comment 4 by me at Sat 06 Oct 2007 09:03:19 AM UTC: {{{ i finaly managed to read the code: a) regex_open does a lot i wont copy to a new function that should only cd. it parses the EXT file and determines by type and action what to do about the string. the only clean way through it would be to introduce a new keyword in EXT (eg 'Chdir') and copy the Open directive for archives. this still leads to the problem that if someone changes his EXT file to contain something like shell/sh Chdir=evilscript %f that script it will execute instead of doing nothing. some users might even dislike that they must extend their ext file b&c are solved by altering translated_mc_chdir to do the regex command in case mc_chdir fails. then use translated_mc_chdir instead of mc_chdir in _do_panel_cd (move code before _do_panel_cd) please ack if you like this idea main.c:606,1028 ext.c:416,594 }}} " me4mc 73 savannah: ';' separated UNIX commands started from cd mc-vfs Future Releases defect new 2008-12-26T09:18:32Z 2014-01-11T22:47:04Z "Original: http://savannah.gnu.org/bugs/?21211 ||Submitted by:||Valera Veryazov ||Submitted on:||Mon 01 Oct 2007 07:35:13 PM UTC|| ||Category:||Core||Severity:||3 - Normal|| ||Status:||Postponed||Privacy:||Public|| ||Assigned to:||None||Open/Closed:||Open|| ||Release:||All versions||Operating System:||GNU/Linux|| Original submission: {{{ not a critical bug, but annoying (exists in all mc versions).. cd ..; make; cd - doesn't work. However, adding any command in front of 'cd', e.g. 'ls; cd ..; make; cd -' fix the problem. }}} Comment 1 by Pavel Tsekov at Tue 02 Oct 2007 08:52:18 AM UTC: {{{ A quote from command.c: [...] Advanced users should be encouraged to use ""\cd"" instead of ""cd"" if they want the behavior they are used to in the shell. [...] I am not going to fix this for 4.6.2 - I am not sure I'll be able to find a proper solution right now. Of course patches are welcomed. People interested in fixing this should start looking at command.c. }}} " valera 76 savannah: Dangerous unpacking (disk full is not reported, unpacked files become corrupt) mc-vfs Future Releases defect new 2008-12-26T09:32:47Z 2014-01-11T22:48:26Z "Original: http://savannah.gnu.org/bugs/?21524 ||Submitted by:||Nagy Gabor ||Submitted on:||Tue 06 Nov 2007 12:45:03 PM UTC|| ||Category:||VFS||Severity:||3 - Normal|| ||Status:||None||Privacy:||Public|| ||Assigned to:||None||Open/Closed:||Open|| ||Release:||4.6.1||Operating System:||GNU/Linux|| Original submission: {{{ Hi! I simply refer to my mail on ML: http://mail.gnome.org/archives/mc/2007-April/msg00002.html The workaround I suggested there is not usable, because it is very slow. The main problem: most archivers cannot do ""unpack foo as bar"" and we use ""unpack --unpack-to-stdout archive/foo > bar"" and unpack won't return with error in case of disk-full. A possible workaround (pseudo-code): extractto-dir = basedir(extractto) extractto-name = undocumented ;-P Then we could unpack to extractto-dir with the original name, then rename the unpacked file to extractto-name. Bye }}} Comment 1 by Pavel Tsekov at Tue 06 Nov 2007 01:31:16 PM UTC: {{{ Are you sure ? [ptsekov@localhost Desktop]$ unzip -p bless-bin-0.5.0.zip bless-bin-0.5.0/NEWS > /bin/mv bash: /bin/mv: Permission denied [ptsekov@localhost Desktop]$ echo $? 1 So errors are reported. Maybe the return status is not checked properly in the uzip script. }}} Comment 2 by Nagy Gabor at Tue 06 Nov 2007 01:53:47 PM UTC: {{{ Well. I'm not really familiar in perl. But as your example shows, here obviously bash reports the error instead of unzip. If you modify the script to detect bash errors too, that would be OK. But imho unzip's disk-full detection is much better, because it deletes the partly unpacked file and so on. But I'm sure that uzip/urar ... can corrupt my files, because it did :-( A bit off here: IMHO the whole /tmp stuff should be dropped from VFS (that is a big speed and disk limitation). }}} Comment 3 by Pavel Tsekov at Tue 06 Nov 2007 02:11:39 PM UTC: {{{ Well, I took the time to try and reproduce an error condition while extracting an archive entry into tmp (i.e. copyout). The copyout action reports the error and MC captures it and displays it in a red dialog box. I don't know what caused the data corruption in your case but I cannot continue investigating this bug report whithout further information. Either provide useful info or I'll close this bug report as invalid. }}} Comment 4 by Pavel Tsekov at Tue 06 Nov 2007 02:15:17 PM UTC: {{{ I did not try a disk full on /tmp but I rather forget the temporary file name to point to a file writable by root which produces Permission denied error - but there should be no difference. }}} Comment 5 by Nagy Gabor at Tue 06 Nov 2007 03:31:08 PM UTC: {{{ h372926@pc2003:~$ df -h /dev/sda8 950M 869M 34M 97% /tmp h372926@pc2003:~$ dd if=/dev/zero bs=50M of=./bigfile count=1 h372926@pc2003:~$ zip a 1.zip bigfile Then I starts mc, I press enter on 1.zip, and I try to copy out bigfile from 1.zip to my home. The result: 34M bigfile in my home, no error. }}} Comment 6 by Pavel Tsekov at Tue 06 Nov 2007 04:20:42 PM UTC: {{{ Ok. According to the bash manual: [...] A failure to open or create a file causes the redirection to fail. [...] Unfortunately failure to write is not detected :( So, yes - this method is unsafe. }}} Comment 7 by Pavel Tsekov at Wed 07 Nov 2007 02:13:17 PM UTC: {{{ Instead of using ""> /tmp/file"" the extfs scripts could pipe the extracted file contents trough ""dd"" .. then all errors would be reported. Comments ? Ideas ? }}} Comment 8 by Nagy Gabor at Wed 07 Nov 2007 02:45:30 PM UTC: {{{ If this works well, then OK. But I would prefer skip /tmp from extracting whenever possible: Pros: -sometimes /tmp is small, and you have not enough privileges to change this: big limiting factor -if you extract files to a pendrive for example, the extra /tmp step [usually on local HDD] slows down the process [this is not a reasonable slowdown however, but a slowdown] Contras: -you loose your ""copy-out"" progressbar (however, this is not an informative thing, usually uncompress is much slower than /tmp->/dest copy/move) -??? }}} Comment 9 by Pavel Tsekov at Wed 07 Nov 2007 03:02:33 PM UTC: {{{ The /tmp step is necessary since extfs tries to emulate real filesystem operations. If we had a native archiver support it would be unnecessary. This could happen but not for 4.6.2. }}} Comment 10 by Nagy Gabor at Thu 08 Nov 2007 11:05:17 AM UTC: {{{ I will be a bit offtopic here, but I hope that you tolerate me: 1. If you attach the modified uzip && urar scripts, I will test it. 2. IMHO some review is needed for all extfs scripts, because for example urar freezes mc if your rar is password protected. 3. I'm just curious here: I don't understand why do you need native archiver support. uzip now get ""copyout archivename storedfilename /tmp/..."" instead of ""copyout archivename storedfilename destination"". (Then mc copies /tmp/... to the destination now). I simply don't understand why. uzip and urar can do direct copyout, copyin, ... without /tmp [in case of F3 and F4 or with tar.gz /tmp is needed ovbiously]. And finally I mention that list needs no extra HDD. mc could decide which parameters he will pass to extfs script (/tmp in case of F3/F4; 'realdest' in case of F5/F6/F7/F8 ... <- if /tmp is still needed, the extfs script can use it) }}} Comment 11 by Pavel Tsekov at Thu 08 Nov 2007 01:02:40 PM UTC: {{{ Regarding urar and password protected archives - if you use urar from CVS it shouldn't freeze MC anymore. I'll answer the other questions later. }}} " ngaba 77 savannah: fish copies files to tmp before transfer -> fails with low disk space mc-vfs Future Releases defect new 2008-12-26T09:38:09Z 2022-11-05T10:13:56Z "Original: http://savannah.gnu.org/bugs/?21692 ||Submitted by:||hajma ||Submitted on:||Sat 01 Dec 2007 02:34:28 PM UTC|| ||Category:||VFS||Severity:||3 - Normal|| ||Status:||None||Privacy:||Public|| ||Assigned to:||None||Open/Closed:||Open|| ||Release:||4.6.1||Operating System:||GNU/Linux|| Original submission: {{{ To reproduce: 1. have a machine with a 4G file on it and just 1G free space 2. mc 3. Left -> Shell connection, enter remote machine name and connect 4. In the right pane, locate the big file and hit F5 to copy it to the remote machine result: while mc pretends it is transferring the file to the remote machine, it is actually copying it to ~/tmp/mc-$USER. If I had enough space it would start transfer AFTER the file is completely copied (after it CLAIMS to user 100% was transferred). But since I do not have this much space, I am SOL and it fails. mc --version GNU Midnight Commander 4.6.1 Virtual File System: tarfs, extfs, cpiofs, ftpfs, fish, undelfs With builtin Editor Using system-installed S-Lang library with terminfo database With subshell support as default With support for background operations With mouse support on xterm and Linux console With internationalization support With multiple codepages support Mandriva Linux 2008.0 here the patches applied by distribution are available here: http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/updates/2008.0/mc/current/SOURCES/ }}} " tropikhajma 79 savannah: Hang on directory change when not run as root mc-vfs Future Releases defect new 2008-12-26T09:58:41Z 2022-11-24T13:35:45Z "Original: http://savannah.gnu.org/bugs/?22300 ||Submitted by:||Ken Allen ||Submitted on:||Wed 13 Feb 2008 02:57:19 AM UTC|| ||Category:||Core||Severity:||3 - Normal|| ||Status:||None||Privacy:||Public|| ||Assigned to:||None||Open/Closed:||Open|| ||Release:||current (CVS or snapshot)||Operating System:||GNU/Linux|| Original submission: {{{ MC hangs for me if I change directories, either by selecting one from the panel or cding from the shell. This does not happen if it is started as root. I'm using Arch Linux i686 and I tried with 4.6.1 and with cvs. Another Arch user reported the same problem several years ago but never reported a fix. }}} Comment 1 by Pavel Tsekov at Sun 09 Mar 2008 10:57:37 AM UTC: {{{ Does it happen for every directory or only for certain directories ? Could you point me to the original bug report ? }}} Comment 2 by Ken Allen at Fri 25 Apr 2008 04:58:59 PM UTC: {{{ The original thread is here: http://bbs.archlinux.org/viewtopic.php?id=5469 It doesn't say much more than I already have I'm afraid. It hangs for every directory. Everything else appears to work fine. }}} Comment 3 by Ken Allen at Sat 26 Apr 2008 03:21:07 PM UTC: {{{ It looks like it only hangs on local directory changes, I can use the ftp and zip VFS fine. }}} " cardboard42 116 savannah: infinite loop reading large directories via fish mc-vfs master Future Releases defect new 2009-01-02T21:22:51Z 2014-01-11T23:20:22Z "Original: http://savannah.gnu.org/bugs/?15801 ||Submitted by:||Mario Lorenz ||Submitted on:||Sun 19 Feb 2006 12:15:18 PM UTC|| ||Category:||VFS||Severity:||3 - Normal|| ||Status:||In Progress||Privacy:||Public|| ||Assigned to:||Pavel Tsekov ||Open/Closed:||Open|| ||Release:||4.6.1||Operating System:||GNU/Linux|| Original submission: {{{ Reading large remote directories via fish (shell link) over slow network links causes an infinite or at least very long loop when mc tries to read the directory multiple times. This is due to the fish directory timeout being hardcoded to 10 seconds, whereas reading a 15000 entry directory via a 64kbit/s link will take two minutes (way longer if not using compression). This means the directory objects will be marked obsolete before the directory is even loaded, causing an immediate reload once finished, with this pattern sometimes repeating even more often. That timeout should be tied to the (user settable) ftp directory timeout, or be given its own user settable value; at the very least it should be set to a sane value (that is, >> 10 seconds). }}} Comment 1 by Pavel Tsekov at Thu 23 Feb 2006 03:38:12 PM UTC: {{{ This problem has been bugging me for a while. I've just commited a patch which exposes a new user configurable option: fish_directory_timeout It contains the lifetime of a directory cache entry measured in seconds. I've adjusted the default value to 900 seconds (same as in ftpfs). This option is not configurable through the user interface, yet - one can change it only by directly editing MC's ini file. I plan to fix this soon. To test the new code you need to fetch MC from the cvs repository or grab a snapshot. }}} " mlo 273 bad Modify timestamps on files copied from OS/2 LANMAN CIFS mount to local filesystem mc-vfs 4.7.0.3 Future Releases defect reopened 2009-02-16T15:51:00Z 2021-09-11T06:21:57Z "To reproduce: 1-mount an OS/2 or eComStation legacy LANMAN share via CIFS 2-navigate to the mounted share 3-select a file 4-F5 5-Tab 6-stat the copied file Actual behavior: File: `et6g.lst' Size: 251 Blocks: 2 IO Block: 1024 regular file Access: (0444/-r--r--r--) Uid: ( 0/ root) Gid: ( 0/ root) ...Modify: 1940-10-23 21:26:18.000000000 -0500... Expected behavior: File: `et6g.lst' Size: 251 Blocks: 2 IO Block: 1024 regular file Access: (0444/-r--r--r--) Uid: ( 0/ root) Gid: ( 0/ root) ...Modify: 1997-08-26 02:22:26.000000000 -0400... Notes: 1-expected behavior is from copying file using cp -a instead of mc 2-with older kernels and smbfs mounting of the OS/2 share, mc copy results in correct Modify timestamp 3-CIFS test made using EXT3 target on openSUSE 11.1: mc-4.6.2.pre1-120.24 cifs-mount-3.2.4-11.5 kernel-pae-2.6.27.7-3.1 4-broken mc behavior is the same with version shipped with openSUSE 11.0 and 10.3 and Fedora 10" mrmazda 329 mc has high memory footprint when working with archives through VFS mc-vfs 4.6.1 Future Releases defect new 2009-04-21T08:16:14Z 2023-04-20T18:53:15Z "When user works with archives, the archive is unpacked to /tmp. /tmp is usually a virtual filesystem held in memory. As the archive can be large, the memory footprint can rise quite high. This also blocks memory pages for other applications forcing system to swap. This issue was reported on OpenSolaris but I see it as general issue. OpenSolaris bug: http://defect.opensolaris.org/bz/show_bug.cgi?id=8158" mcermak 1407 FISH: incorrect show file/directory owner mc-vfs master Future Releases defect assigned 2009-07-15T10:45:35Z 2016-11-29T07:21:28Z "mc incorrect show file owner on remote machine over FISH. For any common file/directory owner always is your remote username, for parent directory it is root." iNode 1448 FTP protocol in Midnight Commander is unusable [metabug] mc-vfs master Future Releases defect new 2009-08-03T09:26:38Z 2016-08-23T12:40:47Z "1. It doesn't support many FTP servers. 2. It doesn't support servers with non ISO8859-1 locale (it can support them if remote server locale matches local system locale but that's not a solution). 3. When you hit F5/F6 (copy/move) button while being at a remote FTP directory MC rereads the remote FTP directory which is not necessary. 4. After *copying* a file from FTP server a remote FTP directory is reread which is not necessary (and even detrimental since a remote directory can contain thousands of files). 5. If MC has lost connection with an FTP server, it doesn't reconnect automatically. 5. If MC has lost the connection with an FTP server, it returns to a .. directory, not . directory (say you were in ftp://server.com/pub/files, after reconnect MC will show you ftp://server.com/pub directory) 6. MC is unable to do/complete any operations with a remote FTP server, after the connection has been lost (F5/F6/F8/etc). ______________________________________________________________ Feature requests: 1. There's no directory cache in MC, please, implement it. 2. Implement aggressive directory cache in MC, so that when you copy/move/create/remove file from/to remote FTP server, MC mentally calculates the operation result and shows it *without* rereading a remote directory. 3. Implement FTP hotlist where you can set up a) Remote FTP server filenames codepage b) Active/Passive FTP c) Aggressive caching d) Usage of firewall/proxy 4. Implement HTTP Proxy support (at least squid)" birdie 1605 Incorrect parsing FTP-string mc-vfs 4.7.0-pre2 Future Releases defect slavazanko reopened 2009-09-11T16:10:39Z 2016-04-14T16:17:27Z "ENTRY ""example.net"" URL ""/#ftp:examplenet:5wDJP1B/y@example.net"" When I try connect to it I saw: ""ftpfs: making connection to examplenet"" off course this is failed by timeout." Hubbitus 1685 Missing support for archives with encrypted headers (rar, 7z and probably more) mc-vfs master Future Releases defect zaytsev accepted 2009-10-09T11:17:34Z 2022-11-21T17:17:56Z "If rar archive is packed with option '-hp' midnight commander stalls on open attempt of such archive. The only workaround is to do: killall rar (if F3 was pressed) killall unrar (if Enter was pressed) After killing the rar/unrar process the ""enter password ..."" prompt is shown which is left from rar-process. For testing purposes it is necessary to create archive with the following sample command: $ rar a test_archive.rar * -hpmypassword" igorp1024 1988 Working in diff filesystem doesn't allow copy operation mc-vfs 4.7.0.1 Future Releases defect assigned 2010-02-01T11:55:49Z 2019-08-08T20:19:05Z I can remove/copy patches from diff filesystem but I cannot copy to it and I cannot save changes to patches in diff filesystem. It was possible in older versions of mc. I searched for a corresponding ticket but it seems no one reported it before. volo78 1993 Change the file name when copying to FTP mc-vfs master Future Releases defect new 2010-02-03T11:14:08Z 2011-11-05T06:25:27Z "# echo -ne > 'TEST\n FILE\r .long\b file\s name .txt' # mc # [ FTP link... ] Then copy this file to you FTP. I have the FTP is a file named: 'TESTn FILEr .longb files name .txt' " pavlinux 2063 mc 4.7 doesn't handle hardlinks properly when browsing .deb or .rpm mc-vfs 4.7.0.10 Future Releases defect new 2010-02-26T04:05:31Z 2011-11-05T06:23:08Z "virtual directories while browsing an rpm or a deb have permissions that are based on my umask and not the permissions inside the rpm or deb. I spent a long time trying to debug why the rpms I was creating had directories that were 750 until I finally realized that the rpms were good but that when I was browsing them with mc, mc showed me incorrect permissions. (example, set umask to 0077 and all directories will show as 700 when they could be 755 in the package) Same thing seems to happen with debs in 4.6.1 In 4.6.2 debs seem to have correct permissions, but rpms are still broken." marcmerlin 2160 Moving folder from VFS panel to local tree leaves empty folder structure on VFS mc-vfs master Future Releases defect new 2010-04-29T08:39:38Z 2020-09-05T12:57:47Z "Forwarded from Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=482043 {{{ From: Riccardo Stagni Subject: mc: moving back and forth over ssh Date: Tue, 20 May 2008 15:26:16 +0200 moving a directory (with some files inside) from local to a remote host works. Moving it back also works, but on the remote host remain the old directory (empty). ciao Riccardo }}} Still reproducible on latest master." zaytsev 2256 shell link via ssh fails to restore after connection lost mc-vfs master Future Releases defect new 2010-07-04T19:13:08Z 2018-09-21T22:43:44Z "I use a remote dir using ""Shell link"" (via ssh). If the connection was resetted by peer (e.g. adsl disconnect and reconnect with new ip address) changing the remote director fails instead of reconnecting. mc knows my password already, so it could reconnect and shoudl do that. Selecting ""Rescan"" fails also :( Reconnect via ""Shell link"" also fails. Only way is to close mc and start again from new." crissi 2376 extfs support for ACE and ARC broken mc-vfs 4.7.4 Future Releases defect new 2010-10-01T16:40:14Z 2011-11-05T06:13:43Z "Currently uace and uarc are broken, especially for readonly locations. Fixing patches attached" eugenesan 2391 shell connecting by mc 4.7.0.6 mc-vfs 4.8.8 Future Releases defect reopened 2010-10-15T07:33:22Z 2013-11-24T16:46:37Z "Shell connection throw mc hanged up when I try make it. I can do nothing on screen at the enclosure. After allowed autorisation and several steps connection hange up on step fish: reading directory.... (in russsian at the screenshot) I use Ubuntu 10.10. What's wrong with my mc?" Schneider 2480 mc & fish might hang when file grows whilst loading it for viewing mc-vfs 4.6.2 Future Releases defect new 2011-01-25T17:47:08Z 2015-06-18T18:38:29Z "i had a log file that grows and wanted it to view using the built in editor via a fish based file system link (ssh/scp connection). the download went quick but when the status/byte counter reached a value of 101% all freezed up - i pressed some keys but nothing changed. " alexander.stohr 2532 bad panel in connect to FreeBSD-8.2 FISH mc-vfs 4.7.5 Future Releases defect assigned 2011-04-08T08:51:19Z 2016-11-29T07:19:58Z "Panel of remote FreeBSD-8.2 incorrect display and work - any of subdir shown empty. Same problem described in maillist - http://mail.gnome.org/archives/mc/2011-February/msg00006.html Replacing FISH script ""info"" by ""info"" from mc-4.7.4 fix this problem. GNU Midnight Commander 4.7.5 Built with GLib 2.26.1 Using the ncurses library With builtin Editor With subshell support as default With support for background operations With mouse support on xterm With internationalization support With multiple codepages support Virtual File Systems: cpiofs, tarfs, sfs, extfs, ftpfs, fish, smbfs Data types: char: 8; int: 32; long: 32; void *: 32; size_t: 32; off_t: 64; " omd77 2548 Modify time, Access time, CHange time - ALL The Same On A Remote System mc-vfs 4.7.5.2 Future Releases defect new 2011-05-02T17:56:31Z 2015-06-18T18:25:45Z "MC displays the same values for ALL 3 of the following when connected to a remote system: Modify time, Access time, CHange time. Here is the format for the panels in '''panels.ini''' that I use: '''user_format=half type name | size | owner | group | perm | mtime | atime | ctime''' '''$ mc -V '''GNU Midnight Commander 4.7.5.2 Built with GLib 2.27.93 Using the ncurses library With builtin Editor With subshell support as default With support for background operations With mouse support on xterm With support for X11 events With internationalization support With multiple codepages support Virtual File Systems: cpiofs, tarfs, sfs, extfs, ftpfs, fish Data types: char: 8; int: 32; long: 64; void *: 64; size_t: 64; off_t: 64; " wimpog 2561 FISH: file names corrupt while copying mc-vfs 4.7.5 Future Releases defect new 2011-05-27T04:30:22Z 2015-06-18T18:25:52Z "What version of Midnight Commander is used? {{{ GNU Midnight Commander 4.7.5.2 Built with GLib 2.28.6 Using the S-Lang library with terminfo database With builtin Editor With subshell support as default With support for background operations With mouse support on xterm and Linux console With internationalization support With multiple codepages support Virtual File Systems: cpiofs, tarfs, sfs, extfs, ftpfs, fish, smbfs Data types: char: 8; int: 32; long: 32; void *: 32; size_t: 32; off_t: 64; }}} What steps will reproduce the problem? 1. Create file with the Russian letter ""с"" in the name. Eg., ""с.txt"" 2. Copy this file to the remote machine using 'shell link' 3. That's it. Letter ""с"" replaced by ""?"". Interesting fact is that this happens only with letters ""с"", ""ш"", and ""Ё"". On local machine I have Ubuntu 11.04, on remote - Debian Squeeze." alenyashka 2581 When an archive file grows to a certain size, some text files cannot be opened by MC mc-vfs 4.8.0-pre1 Future Releases defect new 2011-07-22T14:00:16Z 2011-07-25T13:41:19Z "When opening an archive using MC vfs (tested with both tar.gz and tar.bz2), once the archive size is over a certain size, some files within the archive cannot be opened or extracted. When the archive is tested it shows no errors, and the files can be extracted either by tar or by xarchiver. If the archive is below 400 MB, the error does not occur, but, at some size above 400 MB, it starts to happen. The files that cannot be accessed can be small or large, and not all files are affected. I have not detected any pattern as to what files will be affected. To reproduce, create a compressed tar (gzip or bzip2 both exhibit the problem) with mixed files, with a compressed size of 500 mb +. Open it with MC and open/extract files from the archive. Some of the files will not respond to F3, F4, F5 or F6 operations. Recreate the archive excluding some files, reducing the compressed archive to less than 400 mb. Open the file with MC. Files that could not be accessed in the larger archive will now be able to be opened. This occurs with 4.7.5 + (unable to test earlier versions). It also occurs with my own build of 4.0.0pre1. If I can provide any further information, please let me know." toothandnail 2735 Cannot open some jar files in VFS mc-vfs 4.7.5.5 Future Releases defect new 2012-02-20T14:40:53Z 2017-07-21T18:15:44Z "Some valid jar files cannot be opened properly in MC. '''What steps will reproduce the problem?''' 1. Unpack attached jar file. 2. Navigate to it in MC. 3. Press Enter. '''What is the expected output?''' VFS panel (contents of jar as folder). '''What do you see instead?''' Red error message ""Inconsistent extfs archive"". After that you can enter into jar archive, but some files will be invisible and error message will not appear. Jar file contains no errors. '''LC_MESSAGES=C mc -V''' GNU Midnight Commander 4.7.5.5 Built with GLib 2.24.1 Using the S-Lang library with terminfo database With builtin Editor With subshell support as default With support for background operations With mouse support on xterm With support for X11 events With internationalization support With multiple codepages support Virtual File Systems: cpiofs, tarfs, sfs, extfs, ftpfs, fish, smbfs Data types: char: 8; int: 32; long: 32; void *: 32; size_t: 32; off_t: 64; " victor-homyakov 2946 sftpfs transfers are very slow mc-vfs 4.8.7 Future Releases defect new 2013-01-03T11:55:49Z 2013-03-09T06:41:43Z "Since SFTPFS was introduced it was very slow. On all setups I've tested it, it never surpass 500KB/s. In same conditions FISH easily transfers at 10MB/s and more. " eugenesan 2951 Open files on sftp link fails or opens wrong file mc-vfs 4.8.5 Future Releases defect new 2013-01-12T17:44:04Z 2013-01-12T17:44:04Z "=== What version of Midnight Commander is used? {{{ GNU Midnight Commander 4.8.5 Built with GLib 2.32.4 Using the S-Lang library with terminfo database With builtin Editor With subshell support as default With support for background operations With mouse support on xterm and Linux console With support for X11 events With internationalization support With multiple codepages support Virtual File Systems: cpiofs, tarfs, sfs, extfs, ext2undelfs, ftpfs, sftpfs, fish Data types: char: 8; int: 32; long: 64; void *: 64; size_t: 64; off_t: 64; }}} === What steps will reproduce the problem? Opening a file on a sftp link. For instance hitting return on a PDF file. === What is the expected output? The file should be opened with the PDF reader or an error message should be shown that this is not supported. === What do you see instead? The following error message is thrown and the file is not opened: {{{ gvfs-open: file:///tmp/somefile.pdf: error opening location: Error when getting information for file /tmp/somefile.pdf': No such file or directory }}} The path `/tmp` is taken from the directory of the //non-active// panel and the file name `somefile.pdf` is taken from the selected file in the active panel. In case the directory in the non-active panel contains a file called `somefile.pdf` it is opened instead of the requested one." Marco 3009 mc doesn't respect SGID bit while copying mc-vfs master Future Releases defect new 2013-05-21T11:10:31Z 2019-05-13T04:07:12Z "Originally posted at: http://translate.google.com/translate?sl=ru&tl=en&js=n&prev=_t&hl=ru&ie=UTF-8&eotf=1&u=http%3A%2F%2Fwww.linux.org.ru%2Fforum%2Fmidnight%2F9181654%3Flastmod%3D1369124726869 Steps to reproduce: 1) As root, run: * mkdir test * chown :apache test * chmod g+=rwxs test 2) As root, run mc; 3) try to copy any file/dir to the /tmp/test directory, swotch off the 'Preserve attributes' option on the copy dialog; * for example, try to copy /etc/cron.d 4) type: * ls -la /tmp/test Actual result: {{{ # ls -la /tmp/test total 48 drwxrwsr-x. 3 root apache 4096 May 21 14:06 . drwxrwxrwt. 26 root root 36864 May 21 14:01 .. drwxr-xr-x. 2 root apache 4096 Jan 18 16:31 cron.d }}} Expected result: {{{ # ls -la /tmp/test total 48 drwxrwsr-x. 3 root apache 4096 May 21 14:06 . drwxrwxrwt. 26 root root 36864 May 21 14:01 .. drwxr-sr-x. 2 root apache 4096 Jan 18 16:31 cron.d }}} " slavazanko 3039 sftpfs: SSH aliases (#2923 wrong fix) mc-vfs 4.8.9 Future Releases defect new 2013-07-12T02:29:39Z 2013-07-12T02:29:39Z "GNU Midnight Commander 4.8.9 Built with GLib 2.34.1 Using the S-Lang library with terminfo database With builtin Editor With subshell support as default With support for background operations With mouse support on xterm With support for X11 events With internationalization support With multiple codepages support Virtual File Systems: cpiofs, tarfs, sfs, extfs, ftpfs, sftpfs, fish Data types: char: 8; int: 32; long: 64; void *: 64; size_t: 64; off_t: 64; If the file ~/.ssh/config exists and no matter contains or not an alias for SSH connection then it does not possible to open SFTP link. The error text is: Cannot chdir to ""/sftp://user@host"" (17) sftp: an error occurred while reading ~/.ssh/config: File exists After erasing the file it's possible to connect to remote host via sftp. Steps to reproduce: # Have file ~/.ssh/config # run mc # try to connect any ssh host via menu (F9->Right->SFTP Link) # get above error Expected result # working SFTP VFS" trap000d 3171 syscall interrupted during sftp transfer mc-vfs master Future Releases defect new 2014-02-14T11:27:29Z 2014-02-14T11:27:29Z "While copying plenty of files to sftp server (note: sftp-only, no shell support) I experience multitude of errors regarding interrupted system call (прерван системный вызов (4)). If I choose ""repeat"" in this dialogue the transfer resumes normally - until it's interrupted again later on on some other file. I do believe this is an mc issue because: - transfers to the same host with duplicity gave me no errors at all - choosing repeat result in always successful transfer Too tight timeout somewhere or no attempt to repeat the read/write before presenting user with scary red error dialogue? Also having more explicit error would help in troubleshooting - I mean, yepp, some system call failed - which one?! " god12 3283 Fish on host without perl does not work with symlinks on directory mc-vfs master Future Releases defect new 2014-10-09T09:27:04Z 2014-10-12T12:42:43Z "I connect to my phone on android via mc's fish and it does not open symlinks on directory (there is no perl on phone). When I install working perl on phone fish works successfully. When I add ""-H"" key to ""ls"" in all files in /usr/lib/mc/fish/ , then fish works successfully and without perl on phone! uname -a Linux gws 3.13.0-37-generic #64-Ubuntu SMP Mon Sep 22 21:28:38 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux mc -V GNU Midnight Commander, версия 4.8.11 Скомпилирован с библиотекой GLib версии 2.39.1 С библиотекой S-Lang и с базой данных terminfo Со встроенным редактором C поддержкой внутренней командной оболочки С поддержкой фоновых операций С поддержкой мыши в xterm и консоли Linux С поддержкой событий X11 С поддержкой интернационализации С поддержкой многих кодировок Виртуальная файловая система: cpiofs, tarfs, sfs, extfs, ext2undelfs, ftpfs, sftpfs, fish Тип данных: char: 8; int: 32; long: 64; void *: 64; size_t: 64; off_t: 64; " RekGRpth 3545 MC and sshelper mc-vfs master Future Releases defect new 2015-10-28T20:04:49Z 2015-12-31T17:34:30Z "First off, sshelper is a ssh server for Android. http://arachnoid.com/android/SSHelper/ So so the issues. When i try to use Fish with sshelper it will not work, as MC tries to look for sh in /bin, and /bin do not exist on Android. Instead sshelper brings along a fully stocked alternate that it puts into $path. And when i try to use sftp, i get a error on the sshelper end about corrupted MAC on input." digiowl 3595 FTP: Problem with UTF-8 encoded names mc-vfs 4.8.15 Future Releases defect new 2016-02-07T14:18:17Z 2016-02-08T07:24:06Z "Hello! Pure-ftpd ftp server waits for enabling of UTF-8 for names. This lead to the problem with non-ASCII names. mc doesn't enable this feaure for pure-ftpd server. mc should send FEAT command and check that server returns UTF8 feature. If the server supports UTF-8 then mc should enable it by sending OPTS UTF8 ON command to the server. Thank you." dmitrya 3654 Broken sftp connection when uploading files to SSHDroid mc-vfs master Future Releases defect new 2016-06-16T08:51:58Z 2024-01-21T14:54:28Z "in 4.8.17 has been broken sftp connection command server is sshdroid on android device 4.8.17 can connect, browse files and upload small files (up to 20 kb), but 30 kb cant - and hangs 4.8.15 in same situation works fine (except error -31 as always) some add info https://www.linux.org.ru/forum/midnight/12592086" x905 3835 Cannot ssh to Android when running sshd mc-vfs 4.8.18 Future Releases defect new 2017-07-07T19:15:03Z 2017-07-08T13:12:37Z "I am using on Android the termux applications from F-droid.org and sshd daemon works well when accessed from computer by using ssh command. By using Midnight Command, I get error in version 4.8.18. and I cannot login, the error is ""cannot chdir to ""/sh://android:8022"" I guess this is happening due to sshd running without password. Yet it would be excellent to have it in mc." gnusupport 3904 s3 vfs is broken mc-vfs master Future Releases defect zaytsev accepted 2018-03-05T09:41:47Z 2024-01-21T14:54:53Z "start mc, type: cd s3:// (ensure relevant keys are present as env variables) After a few seconds, there is a long error dump, at the end: ssl.CertificateError: hostname u'[..].s3.amazonaws.com' doesn't match either of '*.s3.amazonaws.com', 's3.amazonaws.com' I investigated this a bit. It seems the current version of mc s3 extension uses boto, which is now deprecated by Amazon in favor of boto3 (check https://github.com/boto/boto/issues/2836). So, it needs a rewrite to boto3. I can help with this. Do you accept contributions? Thank you, Dan mc --version GNU Midnight Commander 4.8.20 Built with GLib 2.48.2 Using the S-Lang library with terminfo database With builtin Editor With subshell support as default With support for background operations With mouse support on xterm With internationalization support With multiple codepages support Virtual File Systems: cpiofs, tarfs, sfs, extfs, ftpfs, fish Data types: char: 8; int: 32; long: 64; void *: 64; size_t: 64; off_t: 64; " dan_tofan 4279 FISH download, file modification and access times truncated mc-vfs 4.8.27 Future Releases defect new 2021-09-03T11:34:36Z 2023-06-04T16:02:31Z "When downloading a file using FISH, it doesn't preserve (nano)seconds and even the whole time when copying from !OpenWrt 19.07.7. Should FISH use ''ls --full-time''? Workaround: Use upload (if possible). " opty 4280 FISH download, file access time set to modification time mc-vfs 4.8.27 Future Releases defect new 2021-09-03T11:42:53Z 2021-09-04T21:20:37Z "When downloading a file using FISH, it doesn't preserve file access time but sets it to its modification time. Workaround: Use upload (if possible). " opty 4424 Cannot enter into extfs archive with file(s) in the parent directory mc-vfs master Future Releases defect andrew_b accepted 2023-01-07T06:29:52Z 2024-01-21T14:54:38Z "From #4422. zip archive can contain files outside archive root: https://midnight-commander.org/attachment/ticket/4422/tmp.zip {{{ $ unzip -l tmp.zip Archive: tmp.zip Length Date Time Name --------- ---------- ----- ---- 0 2023-01-04 19:43 a 0 2023-01-04 19:43 b 0 2023-01-04 19:43 ../c 0 2023-01-04 19:43 ../../d --------- ------- 0 4 files }}} MC cannot enter into such archive. " andrew_b 4456 MC could really use FTP's MFMT command mc-vfs master Future Releases defect new 2023-05-10T08:34:44Z 2023-05-10T09:46:32Z "MC doesn't set the modification times for uploaded files. The MFMT command does this neatly. Please use it." birdie 4488 file corruption when copying from iso9660 with bad rrversion mc-vfs master Future Releases defect new 2023-08-07T14:28:38Z 2023-09-17T09:25:55Z "When opening certain ISO files with mc, I get an error pop-up on the first open, which can be dismissed: [[Image(https://op-co.de/tmp/bad-rrversion.png)]] However, when copying individual files from such an ISO to another directory using [F5], mc will silently attach the same string (""`**BAD RRVERSION (0)`"") to all copied files, making them 20 bytes larger than the source, and corrupting all file formats that expect their header at the end. This looks related to #4326. The only ISO I have seen this happen on yet is a proprietary driver CD from Samsung from 2014, to which I can share a link privately on request. Tested on Debian-provided mc, mc -V: {{{ GNU Midnight Commander 4.8.29 Built with GLib 2.74.5 Built with S-Lang 2.3.3 with terminfo database Built with libssh2 1.10.0 With builtin Editor and Aspell support With subshell support as default With support for background operations With mouse support on xterm and Linux console With support for X11 events With internationalization support With multiple codepages support With ext2fs attributes support Virtual File Systems: cpiofs, tarfs, sfs, extfs, ext2undelfs, ftpfs, sftpfs, fish Data types: char: 8; int: 32; long: 64; void *: 64; size_t: 64; off_t: 64; }}} mc --configure-options: {{{ '--build=x86_64-linux-gnu' '--prefix=/usr' '--includedir=${prefix}/include' '--mandir=${prefix}/share/man' '--infodir=${prefix}/share/info' '--sysconfdir=/etc' '--localstatedir=/var' '--disable-option-checking' '--libdir=${prefix}/lib/x86_64-linux-gnu' '--runstatedir=/run' '--disable-maintainer-mode' '--disable-dependency-tracking' 'AWK=awk' 'X11_WWW=x-www-browser' '--libexecdir=/usr/lib' '--with-x' '--with-screen=slang' '--disable-rpath' '--disable-static' '--disable-silent-rules' '--enable-aspell' '--enable-vfs-sftp' '--enable-vfs-undelfs' '--enable-tests' 'build_alias=x86_64-linux-gnu' 'CFLAGS=-g -O2 -ffile-prefix-map=/build/mc-3Uz4Lz/mc-4.8.29=. -fstack-protector-strong -Wformat -Werror=format-security' 'LDFLAGS=-Wl,-z,relro -Wl,-z,now -Wl,--as-needed' 'CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=2' }}}" ge0rg 4513 Wrong tar extraction mc-vfs master Future Releases defect new 2023-11-21T17:35:53Z 2023-11-21T19:37:08Z "You can add (using tar -r) in a tar file multiple files with the same name (or multiple versions of the same file). When such tar file is opened in mc, every 'instance' of these entries (or occurrences as the tar help refers to them) is listed. But when you copy or view such an occurrence, no matter which one you select, always the same file is displayed/copied. Steps to reproduce: ** 1) create a file named sample1.txt with the following contents ** Text line v1 ** 2) execute ** tar -rf test.tar sample1.txt ** 3) modify the sample1.txt to have the following contents ** Text line v2 ** 4) execute ** tar -rf test.tar sample1.txt ** 5) open the test.tar using mc ** ** 6) view(F3) or copy (F5) each file. ** The files will be identical Expected behavior: The newer file should reflect the modified state of the sample1.txt while the old should reflect the initial. To correctly view the 'instances' of the file using tar, you can run tar -xf test.tar sample1.txt -O --occurrence=1 for the initial version tar -xf test.tar sample1.txt -O --occurrence=2 for the new version" fraganestis 32 savannah: mc doesn't clean up tempfiles mc-vfs master Future Releases enhancement assigned 2008-12-25T18:51:13Z 2016-11-29T07:11:21Z "Original: http://savannah.gnu.org/bugs/?13953 ||Submitted by:||Marcel Pol ||Submitted on:||Wed 27 Jul 2005 02:40:48 PM UTC|| ||Category:||VFS||Severity:||3 - Normal|| ||Status:||In Progress||Privacy:||Public|| ||Assigned to:||Pavel Tsekov ||Open/Closed:||Open|| ||Release:||current (CVS or snapshot)||Operating System:||GNU/Linux|| Original submission: {{{ Mc 4.6.1 doesn't clean up tempfiles. This happens with mc-4.6.1 on Mandriva Cooker. This is with and without the utf8 patch. I only tried it with an rpm, and the cpio file remains in the /tmp/mc-user directory after a restart of mc. $ mc --version GNU Midnight Commander 4.6.1 Virtual File System: tarfs, extfs, cpiofs, ftpfs, fish, undelfs With builtin Editor Using system-installed S-Lang library with terminfo database With subshell support as default With support for background operations With mouse support on xterm and Linux console With internationalization support With multiple codepages support A patch is available in the mc-devel archive at: http://mail.gnome.org/archives/mc-devel/2005-May/msg00228.html This patch has been made by Dieter Jurzitza on Suse 9.3. }}} Comment 1 by Pavel Tsekov at Mon 01 Aug 2005 08:56:00 AM UTC: {{{ The suggested patch won't do i.e. it is not the right thing to do. I am currently investigating . }}} Comment 2 by Leonard den Ottolander at Mon 01 Aug 2005 10:01:00 PM UTC: {{{ Hi Pavel, Hope you don't mind me assigning this issue to you :) . }}} Comment 3 by Pavel Tsekov at Thu 23 Mar 2006 03:04:46 PM UTC: {{{ I've just commited a fix: http://cvs.savannah.gnu.org/viewcvs/mc/vfs/extfs.c?root=mc&sortby=date&r2=1.125&r1=1.124&diff_format=u The temporary files used to remain only if MC exited before the vfs ""garbage collector"" kicked in. }}} Comment 4 by Pavel Tsekov at Mon 03 Apr 2006 02:32:13 PM UTC: {{{ Reopening since SFS also leaves stale temporary files when operating on remote files. I am working on it. }}} " mpol 2454 Make reloading extfs contents possible mc-vfs 4.7.4 Future Releases enhancement new 2010-12-24T13:27:17Z 2019-06-25T09:47:39Z "Currently mc caches entire vfs structure and so requires restart to reload it (not only !CmdReload doesn't reread original source, but also assumes some file operations as done even if they weren't). This is both irritating and makes it impossible or hard to write some new extfses. I'm trying to use Android Debug Bridge to connect to my phone (without FISH or some fancy FUSE mounting like sshfs). However mc expects full directory listing (including all the subdirectories) at the very beginning, which is pointless in case of tree based layouts behind (not to mention it would take ages and put unnecessary strain to the device). I'd like to use vfs reload code to fetch contents of cwd (or any currently required location only), just like it happens with regular fs (every cd gets fresh data). In order to do this I need two additional features: 1. some extfs marker to set for partial reload capable (for autoreloading contents after every cd, otherwise one needs to press ctrl-r), 2. passing internal cwd (i.e. the part after #extfs) to the list action." gotar 2822 allow panelizing VFS where possible mc-vfs master Future Releases enhancement new 2012-05-31T18:39:01Z 2012-06-01T02:03:38Z "mc should allow panelizing (C-x !) in non-local file systems where the underlying protocol provides some means of recursive listing. There are cases like FTP or fish where this would be perfectly possible, and it would be very useful. To give an example, with large repositories containing myriads of mostly irrelevant files spread accross subdirectories, panelize would allow to download only files that match certain criteria rather than the entire directory tree." zooloo 2997 mc does not support autodetection for extfs - problem with different formats of .ipk files (now with patch) mc-vfs 4.7.0 Future Releases enhancement new 2013-04-06T18:43:39Z 2014-08-12T08:41:10Z "There is a problem with .ipk files support in mc, mainly because one extension .ipk can have two different formats. First format is tar.gz archive which is currently supported by mc. However second format is based on ar, and archives in this format are provided by some openembedded distributions. Unfortunatelly ar does not support tar archives and vice versa. To support both formats with same extension mc should have sort of ""autodetection"" or fallback if first extension returned with error code, because currently trying to browse or ""enter"" ipk archive triggers error: {{{ tar: To nie wygląda jak archiwum tar tar: Przeskoczenie do następnego nagłówka tar: Zakończenie w stanie błędu z powodu uprzednich błędów }}} or without my polish locale: {{{ tar: This does not look like a tar archive tar: Skipping to next header tar: Exiting with failure status due to previous errors }}} Short workaround for supporting ar ipk files is to put in mc.ext section: {{{ regex/\.ipk$ Open=%cd %p#uar View=%view{ascii} ar t %f }}} and remove ipk from other sections I attach ""ar"" ipk example file, the examples of ""tar"" ipk files are attached here: [http://www.midnight-commander.org/ticket/2925] " cracket 3100 Embedded torrent viewer/vfs mc-vfs master Future Releases enhancement slavazanko accepted 2013-10-18T09:54:55Z 2019-03-18T13:51:21Z "Currently ext.d viewer for torrent is partially broken since ctorrent is used and it broken in most distributions (http://sourceforge.net/p/dtorrent/bugs/21/). Attached patch adds viewer and vfs support based on script found here: http://phdru.name/Software/mc/torrent " eugenesan 3147 Virtual Squashfs Support mc-vfs master Future Releases enhancement new 2014-01-11T18:39:26Z 2014-01-11T18:39:26Z "Midnight Commander does not have VFS support like for e.g. iso9660. Having ""unsquashfs"" from squashfs-tools package in the $PATH environment available, ""usqfs"" in ""extfs.d"" directory of MC and this patch: {{{ --- mc.ext.org 2013-08-09 10:49:00.000000000 +0200 +++ mc.ext 2013-11-09 18:21:00.000000000 +0100 @@ -254,6 +254,9 @@ Open=%cd %p/iso9660:// View=%view{ascii} /usr/local/libexec/mc/ext.d/misc.sh view iso9660 +type/^Squashfs filesystem + Open=%cd %p/usqfs:// + View=%view{ascii} unsquashfs -stat %f ; unsquashfs -lls -d """" %f regex/\.(diff|patch)$ Open=%cd %p/patchfs:// }}} applied, works for me since a while. " Unknown 3210 "Add ""libarchive/bsdtar"" and ""The Unarchiver/unar"" support for (rar and others) files support" mc-vfs master Future Releases enhancement new 2014-05-08T21:29:16Z 2014-05-09T03:48:30Z "Add ""libarchive/bsdtar"" and ""The Unarchiver/unar"" support for (rar and others) files support bsdtar and unar support rar v3[0][1] [0]http://libarchive.org [1]http://unarchiver.c3.cx/formats" coadde 3343 Add a support for FTPS connection mc-vfs master Future Releases enhancement new 2014-11-21T11:36:36Z 2021-10-28T17:16:27Z "It would be great if midnight commander supported FTPS protocol like many other file managers do. Currently FTP and SFTP (or SCP) are supported." gorgo 3485 change in src/vfs/extfs/extfs.c mc-vfs master Future Releases enhancement new 2015-06-23T13:08:28Z 2016-06-25T12:15:35Z "I want this change in src/vfs/extfs/extfs.c: add to extfs_fstat() lines between //BEGIN and //END {{{ static int extfs_fstat (void *data, struct stat *buf) { struct pseudofile *file = (struct pseudofile *) data; //BEGIN: struct stat tmp_stat; if (!stat(file->entry->inode->local_filename,&tmp_stat)) { file->entry->inode->mtime = tmp_stat.st_mtime; file->entry->inode->atime = tmp_stat.st_atime; } //END extfs_stat_move (buf, file->entry->inode); return 0; } }}} So extfs script can set atime and mtime in copyout, and they will be set in the properties of destination file. Why do I need this: I need to use 3 bytes to store some data related to file, I decided to store them in st_atime. As I learned if atime is bigger than mtime, atime won't be changed until mtime is changed. So my script sets atime of a copied out file to 0x7Fxxxxxx." Nicolas Rybkin 3650 Set local file copy stat data mc-vfs master Future Releases enhancement new 2016-05-31T16:57:36Z 2019-01-03T13:15:38Z "When MC copies a file into some EXTFS it uses a local copy of source file and gives a path to this copy to EXTFS scripit. But it doesn't set stat info of this local file, so EXTFS script has no chance to get stat info of true source. I've fixed this problem, now MC performs chown(), chmod() and utime() on local copy. Struct definitions from src/vfs/extfs/extfs.c were moved to extfs.h, src/filemanager/file.c now includes extfs.h." Nicolas Rybkin 3657 t64 VFS support (C64 tapes) mc-vfs master Future Releases enhancement new 2016-06-25T10:15:27Z 2016-06-25T10:15:27Z "please attach these strings to mc.ext (best right after or before uc1541 part): # Tape images for Commodore 64 shell/i/.t64 Open=%cd %p/ut64:// and update README.extfs P.S. again sorry for using real tabs." Nicolas Rybkin 3741 PTP external filesystem (download files from photocameras) mc-vfs master Future Releases enhancement new 2016-12-07T17:32:21Z 2016-12-08T17:44:39Z "I wrote external filesystem script for PTP using gphoto2. It will be nice to have it included in MC." cdslow 3995 custom endpoint_url for s3 mc-vfs master Future Releases enhancement new 2019-06-17T15:58:04Z 2019-06-17T15:58:04Z Wondering if there is a possibility for adding a custom endpoint_url for the s3 plugin danialgood 4049 MC doesn't let me modify contents of archive mc-vfs master Future Releases enhancement new 2020-01-18T18:42:50Z 2021-02-19T13:18:43Z "Just like with Dolphin filemanager in a GUI, I want to be able to open an archive file like a .tgz, navigate to a file inside the archive, delete it, then replace it with another file. Alternatively, I would like to edit it in-place (whether it's a binary or text file). With MC, I can only open the archive and see the files within. When I select a file and try to delete it by pressing F10, I get an error message {{{ Cannot remove file ""...."" Function not implemented (38) }}} I am using the MC version that's installed in Unraid server's Linux distribution based on Slackware {{{ GNU Midnight Commander 4.8.22 Built with GLib 2.58.2 Using the S-Lang library with terminfo database With builtin Editor With subshell support as default With support for background operations With mouse support on xterm and Linux console With support for X11 events With internationalization support With multiple codepages support Virtual File Systems: cpiofs, tarfs, sfs, extfs, ftpfs, sftpfs, fish, smbfs Data types: char: 8; int: 32; long: 64; void *: 64; size_t: 64; off_t: 64; }}} " frakman1 4455 MC could really use FTP's MLSD command mc-vfs master Future Releases enhancement new 2023-05-10T08:30:56Z 2023-05-10T08:32:43Z "For sufficiently old files MC doesn't list modification times, thus retrieves all the old files as having modification times at 12:00:00PM. Please use the MLSD command which allows to get a very nifty listing of files with modification times as UNIX timestamps which is a ton easier to parse. Here's a sample listing: {{{ Size=435123;Modify=20141113182638;Type=file;Perm=radfw; blue-pattern-hd-xperia-z2-wallpaper.jpg Size=321533;Modify=20141113182639;Type=file;Perm=radfw; cloudy-mountain-hd-xperia-z2-wallpaper.jpg Size=137009;Modify=20141113182638;Type=file;Perm=radfw; connect-sony-xperia-z2-wallpaper.jpg Size=162090;Modify=20141113182639;Type=file;Perm=radfw; create-sony-xperia-z2-wallpaper.jpg Size=179896;Modify=20141113182640;Type=file;Perm=radfw; discover-xperia-z2-wallpaper.jpg Size=255972;Modify=20141113182638;Type=file;Perm=radfw; experience_black.jpg Size=132240;Modify=20141113182638;Type=file;Perm=radfw; experience_blue.jpg Size=187105;Modify=20141113182641;Type=file;Perm=radfw; experience_copper.jpg Size=123621;Modify=20141113182641;Type=file;Perm=radfw; experience_green.jpg Size=132521;Modify=20141113182640;Type=file;Perm=radfw; experience_orange.jpg Size=123511;Modify=20141113182639;Type=file;Perm=radfw; experience_purple.jpg Size=133212;Modify=20141113182640;Type=file;Perm=radfw; experience_red.jpg Size=132917;Modify=20141113182640;Type=file;Perm=radfw; experience_silver.jpg Size=644731;Modify=20141113182640;Type=file;Perm=radfw; field_at_sunset_hd1080p.jpg Size=870868;Modify=20141113182640;Type=file;Perm=radfw; green_jungle_hd1080p.jpg Size=484443;Modify=20141113182639;Type=file;Perm=radfw; grey_lake_hd1080p.jpg Size=197327;Modify=20141113182639;Type=file;Perm=radfw; hero-flow-black-xperia-z2-wallpaper.jpg Size=144181;Modify=20141113182641;Type=file;Perm=radfw; hero-flow-blue-xperia-z2-wallpaper.jpg Size=107137;Modify=20141113182639;Type=file;Perm=radfw; hero-flow-grey-xperia-z2-wallpaper.jpg Size=122518;Modify=20141113182641;Type=file;Perm=radfw; hero-flow-orange-xperia-z2-wallpaper.jpg Size=102681;Modify=20141113182641;Type=file;Perm=radfw; hero-flow-purple-xperia-z2-wallpaper.jpg Size=171204;Modify=20141113182641;Type=file;Perm=radfw; hero-flow-red-xperia-z2-wallpaper.jpg Size=166346;Modify=20141113182639;Type=file;Perm=radfw; hero-flow-xperia-z2-wallpaper.jpg Size=794046;Modify=20141113182640;Type=file;Perm=radfw; leaves-xperia-z2-wallpaper.jpg Size=144002;Modify=20141113182639;Type=file;Perm=radfw; listen-xperia-z2-wallpaper.jpg Size=156957;Modify=20141113182639;Type=file;Perm=radfw; relax-xperia-z2-wallpaper.jpg Size=183492;Modify=20141113182641;Type=file;Perm=radfw; xperia-z2-wallpaper.jpg }}}" birdie 3406 -31: SFTP Protocol Error when transferring file via SFTP Link mc-vfs master 4.8.21 defect andrew_b reopened 2015-02-17T22:44:03Z 2023-05-12T08:01:37Z "GNU Midnight Commander 4.8.13 Built with GLib 2.42.1 Using the S-Lang library with terminfo database With builtin Editor With subshell support as default With support for background operations With mouse support on xterm and Linux console With support for X11 events With internationalization support With multiple codepages support Virtual File Systems: cpiofs, tarfs, sfs, extfs, ext2undelfs, ftpfs, sftpfs, fish Data types: char: 8; int: 32; long: 32; void *: 32; size_t: 32; off_t: 64; ---------------------------------------------------------------------------------- Package: libssh2-1 Source: libssh2 Version: 1.4.3-4 ---------------------------------------------------------------------------------- Local version string SSH-2.0-OpenSSH_6.7p1 Debian-3 Remote protocol version 2.0, remote software version dropbear_0.52 ---------------------------------------------------------------------------------- Seems that after OpenSSH Server update after infamous Heartblead bug, Im allways getting these errors when copying / moving files within SFTP built in mc: COPY/MOVE FILE TO REMOTE: ""-31: SFTP Protocol Error"" REMOVE REMOTE FILE/DIR: ""-31: Failed opening remote file"" Although after I press ENTER - operation continues successfully, however when transfering lots of selected files I have to acknowledge (press ENTER) on every file operation, so batch copy / move / remove operations are inefficient. Doing verbose CLI sftp connection to the same server, succeeds without errors. Also to note that to speed up transfers in ssh config file I prioritised blowfish protocol, what is honoured by sftp transfers, but NOT with mc sftp, as with sftp CLI (specifying blowfish) I get allmost twice the speed, but mc sftp transfer speeds are similar to the ones when I force AES encryption on CLI sftp." pingu 1687 Tries to edit local menus in VFS mc-vfs 4.7.0-pre3 Future Releases defect reopened 2009-10-09T15:44:32Z 2011-12-23T15:41:19Z "When the current panel shows VFS, mc still tries to create local menu files and shows ""Couldn't create file"" instead of more appropriate error. This was initially reported at https://bugzilla.altlinux.org/show_bug.cgi?id=7711" wRAR 1975 vfs + links like name --> ../bin/name mc-vfs 4.7.0.1 Future Releases defect new 2010-01-23T15:07:43Z 2011-11-05T06:17:07Z when i look inside an example.tgz i see links like name --> ../bin/name as wrong but ../bin/name exists shamilbi 2151 Odd behavior when opening ZIP file that contains the same file twice mc-vfs master Future Releases defect slavazanko accepted 2010-04-22T20:02:48Z 2013-12-04T19:55:11Z "Forwarded from Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=347738 {{{ From: Marco Herrn To: Debian Bug Tracking System Subject: when opening zip file that contains the same file twice, mc behaves oddly Date: Thu, 12 Jan 2006 13:09:43 +0100 When a zip file contains a file with the same path and name more than once, mc doesn't display all the information. For example the bribblebox from bribble.com (available from http://prdownloads.sourceforge.net/bribble/bribble-1.5.35.tar.bz2?download) contains a Java Archive File (jar) which is in fact a zipfile with a specific structure (The jarfile is bribble-1.5.35/server/bribble-1_5_35.jar). This archive contains the file META-INF/MANIFEST.MF twice. (Of course this is wrong and the jar-file can be considered broken). These two MANIFEST.MF files have different content, so they can be distinguished. When opening this file in mc, there are two META-INF directories, each of which contains two MANIFEST.MF files. When viewing these MANIFEST.MF files (via F3), all four show the content of the same one. It would be of course better, if mc would display only one META-INF directory with two MANIFEST.MF files. And viewing them should of course display the correct contents, not the same content for both. I hope I made the problem clear. It can be easily reproduced by downloading the above mentioned tar.bz2, unpacking it and viewing the jar-file in mc. To view the actual contents, the unzip tool can be used, for example 'unzip -l bribble-1.5.35/server/bribble-1_5_35.jar' Regards Marco }}} I would have fixed this bug, but I don't know Perl :-( I think that duplicate directories should be trivial to filter, but I am not sure of what to do with duplicate files. If you give them the same name, then the VFS will not able to tell which one to show. If you give them different name it's not obvious that these files are duplicate. Maybe give them different names like with a special character that can not occur in the filenames? Then it's quite obvious that there's something wrong with the archive. Thanks!" zaytsev 2406 FTP: incorrect permissions of subdirectory mc-vfs 4.7.4 Future Releases defect new 2010-11-01T17:56:52Z 2011-11-01T06:03:57Z When I copy a subdir from FTP it became rw but not rwx gms 2930 patchfs doesn't work with a particular patch mc-vfs 4.8.6 Future Releases defect new 2012-11-18T10:08:31Z 2012-11-18T11:52:59Z "{{{ ┌────────────────────────────────────────────── Error ──────────────────────────────────────────────┐ │ │ │ Inconsistent extfs archive │ │ Use of uninitialized value $first in ord at /usr/libexec/mc/extfs.d/patchfs line 277, line 6. │ │ Use of uninitialized value $first in ord at /usr/libexec/mc/extfs.d/patchfs line 278, line 6. │ │ Use of uninitialized value $first in ord at /usr/libexec/mc/extfs.d/patchfs line 279, line 6. │ │ Use of uninitialized value $first in ord at /usr/libexec/mc/extfs.d/patchfs line 280, line 6. │ │ Use of uninitialized value $first in ord at /usr/libexec/mc/extfs.d/patchfs line 281, line 6. │ │ Unrecognized character in hunk │ │ │ │ │ └───────────────────────────────────────────────────────────────────────────────────────────────────┘ }}}" birdie 3094 Entering folder with apostrophe in its name results in warning mc-vfs master Future Releases defect new 2013-10-04T06:02:03Z 2013-10-04T11:30:07Z "If I enter the folder which name contains apostrophe (Unicode 0x2019): ~/work/pictures/photos/Аня Лип’ятських (29.09.2013) mc gives me the following warning: Warning: Cannot change to /home/pf/work/pictures/photos/Аня Лип’ятських (29.09.2013). Entering folders with spaces/braces/etc works OK. The issue seems to be related to VFS path submodule. Next, I cannot run any command with mc subshell in this folder, it throws me away to parent folder. I've got no idea how to fix that. Please, help." post-factum 3656 incorrect handling of ftp symlinks mc-vfs Future Releases defect new 2016-06-19T17:09:04Z 2016-06-19T17:09:04Z "What version of Midnight Commander is used? GNU Midnight Commander 4.8.16 Built with GLib 2.44.1 Using the S-Lang library with terminfo database With builtin Editor With subshell support as default With support for background operations With mouse support on xterm With internationalization support With multiple codepages support Virtual File Systems: cpiofs, tarfs, sfs, extfs, ext2undelfs, ftpfs, fish Data types: char: 8; int: 32; long: 32; void *: 32; size_t: 32; off_t: 64; What steps will reproduce the problem? 1. create symlink with absolute path on ftp server (for example pointing to /home/ftp/dir) 2. path must not exist on local system 3. connect to ftp by MC vfs 4. symlink is highlighed red, and you cannot open it 5. manually ""cd symlink"" is working What is the expected output? Just allow cd to such symlink. What do you see instead? I cannot enter symlink, but manually entering ""cd symlink"" works. Example listing of FTP client entering such symlink: ***cut*** 230 Anonymous user logged in Remote system type is UNIX. Using binary mode to transfer files. ftp> ls 200 PORT command successful 150 Connecting to port 52839 drwxr-xr-x 2 0 0 4096 Jun 12 21:53 confupdate lrwxrwxrwx 1 0 0 21 Jun 11 01:48 packages -> /usr/portage/packages 226-Options: -l 226 2 matches total ftp> cd packages 250 OK. Current directory is /packages ftp> ls 200 PORT command successful 150 Connecting to port 58878 -rw-r--r-- 1 0 0 361297 Jun 11 01:04 Packages drwxr-xr-x 2 0 0 4096 Jun 5 20:39 app-admin drwxr-xr-x 2 0 0 4096 Jun 5 23:54 app-arch ***cut*** " ahauras 3688 Midnight Commander - SFTP - Raspberry Pi 2/3 mc-vfs 4.8.17 Future Releases defect new 2016-09-15T07:16:36Z 2016-09-20T19:50:30Z "Hi, Me & my friend have been trying to download files from our seedbox which runs Ubuntu 15.04 to our Raspberry Pi's with MC via SFTP connection. I have Raspberry Pi 2 and my friend has a Raspberry Pi 3. We have tried multiple distros on our Raspberry Pi's including OSMC 2016.08-1, Raspbian Jessie Lite 2016-05-27, Minibian 2016.03.12. We have also tried multiple versions of MC. 4.8.13, 4.8.15, 4.8.17. 4.8.15 & 4.8.17 were installed from MC tataranovich repositories. Every time we try to download a semi big file ~9 GB, MC hangs at 12%. If we download same file with CLI sftp, no problem. On a desktop machine there's no problem downloading those files with MC. We've tired with many different files of course. " badmin 3851 update patch extfs for diffutils 3.3 change mc-vfs 4.8.19 Future Releases defect new 2017-09-01T20:41:48Z 2017-09-03T11:52:52Z "It seem this somewhat corner case was missed a few years ago. The NEWS snippet: A file name containing spaces, double quotes, backslashes or control characters is now encoded in a diff header as a double-quoted C string literal. The escape sequences !\\, \"", \a, \b, \f, \n, \r, \t, \v and \ooo (a three-digit octal number between 0 and 255) are used. So, this case isn't covered by patchfs.in, resulting sometimes in a non-working vfs getting created. " mnk 3934 extfs.d/uzip should ignore unzip exit code mc-vfs master Future Releases defect new 2018-08-22T11:31:14Z 2021-04-08T06:24:21Z "Steps to reproduce. {{{ $ touch test $ zip test.zip test $ echo ""12345"" > new.zip $ cat test.zip >> new.zip }}} new.zip is a valid zip archive with extra six bytes at the beginning. MC will fail to process it. " birdie 3 savannah: VFS optimization request mc-vfs master Future Releases enhancement new 2008-12-24T09:50:01Z 2023-05-07T09:47:29Z "Original: http://savannah.gnu.org/bugs/?8136 ||Submitted by:||None||Submitted on:||Fri 12 Mar 2004 11:00:45 PM UTC|| ||Category:||VFS||Severity:||3 - Normal|| ||Status:||None||Privacy:||Public|| ||Assigned to:||None||Open/Closed:||Open|| ||Release:||4.6.0||Operating System:||GNU/Linux|| Original submission: {{{ Not a bug, but feature request. I am using VFS (extfs). I have written program (backup extractor) which handle ""copyout"" and ""list"" commands from mc. But if I want to copyout a whole directory (or a lot of files from archive), it is called FOR EACH extracted file. In my case, extractor (duplicity backupper, http://www.nongnu.org/duplicity/ ) starts very long time. But it can extract whole directory quickly. I think if mc would pass to extfs script environment variable containing names of ALL the selected files (AND DIRECTORIES) on the panel before extracting, it would get ability to optimize extract script. For example, I can fully extract all needed files in temporary directory by ONE call to duplicity, and then just copy these files from temp directory to pathes needed by mc. }}} Comment 1 by Anonymous at Sat 13 Mar 2004 12:19:29 AM UTC: {{{ Here is a simple patch (also attached). Hope you will apply it in next release. --- mc-4.6.1-pre1/src/file.c 2003-10-27 20:36:19.000000000 +0300 +++ mc-4.6.1-pre1.patched/src/file.c 2004-03-12 03:13:05.000000000 +0300 @@ -1865,4 +1865,27 @@ } } + + /* + * Dmitry Koteroff + * Patch to save selected items in environment variable. + * This variable would be passed to extfs scripts and may be used + * to optimize depacking performance. + */ + {{{{ + char* env = g_strconcat("""", NULL); + for (i = 0; i < panel->count; i++) { + char prevEnv, p; + if (!panel->dir.list[i].f.marked) continue; + p = concat_dir_and_file (panel->cwd, panel->dir.list[i].fname); + prevEnv = env; + env = g_strconcat(prevEnv, p, ""\n"", NULL); + g_free(p); + g_free(prevEnv); + } + setenv(""MC_SELECTION"", env, 1); + g_free(env); + }}}} + + #ifdef WITH_BACKGROUND /* Did the user select to do a background operation? */ }}} Comment 2 by Anonymous at Sat 13 Mar 2004 06:40:31 PM UTC: {{{ Here is the better patch, it also consider current cursor position. P.S. ""return 0"" in background operation instead of ""goto glean_up"" isn't a bug?.. --- mc-4.6.0/src/file.c 2002-12-26 22:04:10.000000000 +0300 +++ mc-4.6.0.patched/src/file.c 2004-03-12 21:22:17.000000000 +0300 @@ -1895,4 +1895,30 @@ } } + + /* + * Dmitry Koteroff + * Patch to save selected items in environment variable. + * This variable would be passed to extfs scripts and may be used + * to optimize depacking performance. + */ + {{{{ + char* env = g_strconcat("""", NULL); + for (i = 0; i < panel->count; i++) { + char prevEnv, p; + if (!panel->dir.list[i].f.marked) continue; + p = concat_dir_and_file (panel->cwd, panel->dir.list[i].fname); + prevEnv = env; + env = g_strconcat(prevEnv, p, ""\n"", NULL); + g_free(p); + g_free(prevEnv); + } + setenv(""MC_SELECTION"", env, 1); + g_free(env); + char *cur = concat_dir_and_file (panel->cwd, source); + setenv(""MC_CURRENT"", cur, 1); + g_free(cur); + }}}} + + #ifdef WITH_BACKGROUND /* Did the user select to do a background operation? */ @@ -1913,4 +1939,5 @@ mc_setctl (dest, MCCTL_FORGET_ABOUT, NULL); /* file_op_context_destroy (ctx); */ + setenv(""MC_SELECTION"", """", 1); setenv(""MC_CURRENT"", """", 1); return 0; } @@ -2123,4 +2150,5 @@ } /* Many files */ clean_up: + setenv(""MC_SELECTION"", """", 1); setenv(""MC_CURRENT"", """", 1); /* Clean up */ }}} " slavazanko 34 [FtReq] DAR archive support mc-vfs Future Releases enhancement new 2008-12-25T19:03:07Z 2014-01-11T16:00:36Z "Original: http://savannah.gnu.org/bugs/?15057 ||Submitted by:||Martin Seifert ||Submitted on:||Fri 25 Nov 2005 05:39:05 AM UTC|| ||Category:||VFS||Severity:||3 - Normal|| ||Status:||None||Privacy:||Public|| ||Assigned to:||None||Open/Closed:||Open|| ||Release:||4.6.1||Operating System:||GNU/Linux|| Original submission: {{{ Disk ARchive from http://dar.linux.free.fr/ is a shell command that backs up directory trees and files. I don`t know if it is possible to add support for .dar files, so one could ""browse"" them like it is already working for .tar archives. Kind regards Martin Seifert }}} " puntarenas 88 savannah: Integration of SMB-Share-Browsing mc-vfs master Future Releases enhancement new 2008-12-26T10:48:30Z 2021-09-26T07:11:01Z "Original: http://savannah.gnu.org/bugs/?24308 ||Submitted by:||Victor-Philipp ||Submitted on:||Fri 19 Sep 2008 01:42:58 PM UTC|| ||Category:||VFS||Severity:||3 - Normal|| ||Status:||None||Privacy:||Public|| ||Assigned to:||None||Open/Closed:||Open|| ||Release:||All versions||Operating System:||All|| Original submission: {{{ Hello, it would be very useful if mc integrate a browsing of samba-shares like smbc (http://smbc.airm.net/). Thank you Victor-Philipp }}} " vicbrother 289 Copy to temp panel mc-vfs 4.6.2 Future Releases enhancement new 2009-03-02T11:46:18Z 2022-03-23T05:48:16Z "Sometimes it is necessary to collect on one panel list of various files for the further processing. In ""far"" it is possible. for example select some files copy (F5) to Temp panel." angel_il 1493 #sh should start in the user's remote home dir, consistently with rsh/ssh mc-vfs master Future Releases enhancement assigned 2009-08-07T12:38:21Z 2018-06-10T21:55:50Z "Hello, I think its a good idea. Vassilii Khachaturov wrote: ""The default behaviour of the shell link virtual file system should probably be consistent with the rsh/ssh programs behavior -- initially changing not to the remote filesystem root, but rather to the remote home directory."" Original message: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=276878 regards Denis Briand" narcan 2809 ftpfs should respect home user directory mc-vfs master Future Releases enhancement new 2012-05-17T09:59:32Z 2012-05-17T09:59:32Z "For example, ftpuser[@]ftp.org -> start in user default dir (and will be transformed to ftpuser[@]ftp.org/path/to/user/home), ftpuser[@]ftp.org/ -> start in root dir" slavazanko 3193 mtp plugin mc-vfs master Future Releases enhancement new 2014-04-08T19:01:28Z 2014-04-09T11:01:22Z "There are some mtp implementations out there but they all suck horribly. Would be great to see mc plugin to copy files to/from mtp-capable devices just as easily as it works with sftp now." god12 3331 Added support for list & extract UDF images by 7-zip mc-vfs 4.8.11 Future Releases enhancement new 2014-11-14T11:46:02Z 2014-11-14T11:46:02Z "Hello Devs! I've made ability to list of UDF images & extract files/dirs from it by 7-zip. Just share. May be it will be usefull. Diff in attachment." SkyRE 4043 Make MC interruptible mc-vfs master Future Releases enhancement new 2019-12-09T19:49:04Z 2022-04-07T07:21:35Z "There are many operations which may never complete: * file copying/moving in case the source file is unreadable * file viewing (just for fun try opening /proc/PID/pagemap on a PC with a lot of RAM) * file saving in case the destination media is faulty * searching for files etc. etc. etc. It would be great if MC had a timer for all the operations and allowed to terminate them in case they take too much time or do very little over time." birdie 417 Mailfs Bugs/Patches mc-vfs master Future Releases defect new 2009-06-18T13:12:53Z 2011-10-30T06:30:58Z "From mc-devel at gnome dot org Author: Peter Daum ---- With the current mailfs implementation, I ran into some problems: 1.) By definition (see e.g. http://www.qmail.org/man/man5/mbox.html), in a Berkeley MBox File,the beginning of a message is marked by a line starting with ""From "" (_exactly_ like this) at the beginning of the file or after an empty line. So the regex {{{/^from\s+\w+(\.\w+)*@/i}}} currently used is just wrong, because - any other capitalization of ""from"" does _not_ introduce a new message - anything else following afterwards is optional 2.) malformed date headers currently will produce a warning ---- {{{ --- mailfs.mc_dist 2009-01-25 13:36:48.000000000 +0100 +++ mailfs 2009-06-17 10:25:39.000000000 +0200 @@ -15,7 +15,7 @@ import Date::Parse; $parse_date= sub { - local $ftime = str2time($_[0],$TZ); + local $ftime = str2time($_[0],$TZ) || return $fallback; $_ = localtime($ftime); /^(...) (...) ([ \d]\d) (\d\d:\d\d):\d\d (\d\d\d\d)$/; if ($ftime + 6 * 30 * 24 * 60 * 60 < $now || @@ -135,7 +135,7 @@ while() { s/\r$//; - if($blank && /^from\s+\w+(\.\w+)*@/i) { # Start of header + if($blank && /^From /) { # Start of header print_dir_line unless (!$msg_nr); $size=length; $msg_nr++; @@ -160,7 +160,7 @@ my $blank = 1; while() { s/\r$//; - if($blank && /^from\s+\w+(\.\w+)*@/i) { + if($blank && /^From /) { $msg_nr++; exit(0) if ($msg_nr > $nr); $blank= 0; }}}" andrew_b 3871 extfs uace broken with unace-nonfree 2.5-9 on xubuntu 17.10 mc-vfs master Future Releases defect new 2017-10-28T14:38:04Z 2017-11-18T17:49:54Z "When opening an ace archive, mc shows: {{{ uace vfs not working: Inconsistent extfs archive }}} Latest unace-nonfree (2.5-9 on Xubuntu 17.10) is not showing full filenames, and there's no option to make it do it. Here's the output of ''unace l'' for the attached ace file: {{{ UNACE v2.5 Copyright by ACE Compression Software Jun 18 2017 19:18:45 processing archive /..gge Wesseltoft - Sharing.ace Contents of archive Bugge Wesseltoft - Sharing.ace Date Time Packed Size Ratio File 11.05.02 16:39 12714328 12725779 99% /..was to make you') Feel good.mp3 11.05.02 16:42 7790636 7805341 99% /.. Bugge Wesseltoft - Sharing.mp3 11.05.02 16:45 8593744 8628554 99% /..ugge Wesseltoft - Existence.mp3 11.05.02 16:50 8762380 8830533 99% /.. Wesseltoft - You might say.mp3 11.05.02 16:53 5829996 5864332 99% /..buddy-you got') Green Light.mp3 11.05.02 16:57 9282888 9288111 99% /.. Bugge Wesseltoft - Eve nin.mp3 11.05.02 17:01 7013224 7073073 99% /../07 Bugge Wesseltoft - Hymn.mp3 11.05.02 17:05 8748216 8783199 99% /.. Bugge Wesseltoft - Flimmer.mp3 11.05.02 17:13 19470112 19468204 100% /..e Wesseltoft - Breen'n glue.mp3 }}}" marcelpaulo 4238 uzip doesn't properly handle zip archives with backward slashes mc-vfs master Future Releases defect new 2021-05-07T22:51:43Z 2022-04-03T17:25:42Z "Here's a sample file: https://sourceforge.net/projects/screenruler/files/v.0.8.1/ScreenRuler-v.0.8.1-Portable.zip/download" birdie 4241 MC can't work with a zip file mc-vfs master Future Releases defect new 2021-05-13T13:24:08Z 2022-11-28T04:14:55Z "1. The single file inside this zip file is identified as a directory. 2. You cannot extract, rename or delete it." birdie 2011 Warning at the entrance to the archive mc-vfs master Future Releases enhancement new 2010-02-07T13:02:23Z 2011-11-02T11:07:20Z "Create a warning at the entrance to the archive, on the key Enter, if its size exceeds, for example 16MB " pavlinux 2190 Add LFTP-like HTTP filesystem to VFS mc-vfs master Future Releases enhancement new 2010-05-12T10:11:22Z 2019-01-11T17:35:27Z "Hello, LFTP client have nice feature which i like to see in MC. LFTP is capable of transfering files (or directories) over almost any protocol... especialy i found usefull feature which can browse, download or recursively mirror links on some HTTP URL. In case of apache filelisting (or similar sites) this means browsing and mirroring directory tree in same way as read-only ftp. I think such VFS can't be too hard to implement (just parse all links on page, handle relative/absolute links well and add make sure it will work well when recursively downloading whole directories). another good feature is optional continuing of interrupted downloads... maybe you can use LFTP binary for this (not sure if it comply with your rules). here is example of how it looks in lftp for http://temp.harvie.cz/ listing: {{{ [11:33:12] 0 ;) harvie@harvie-ntb ~ $ lftp http://temp.harvie.cz/ cd uspělo, cwd=/ lftp temp.harvie.cz:/> ls -rw-r--r-- -- icons/blank.png -rw-r--r-- -- icons/folder.png drwxr-xr-x - 2009-04-29 23:17 autedosk-acedomya drwxr-xr-x - 2008-03-04 22:04 deb drwxr-xr-x - 2007-10-21 22:10 doh drwxr-xr-x - 2008-02-26 17:17 firmwhore -rw-r--r-- 8.3K 2008-08-02 00:33 skillz.html -rw-r--r-- 313 2008-08-02 00:33 skoda.txt -rw-r--r-- 1.2M 2009-04-14 21:25 tablo.jpg -rw-r--r-- 4.0M 2009-04-19 19:58 tablo.svg -rw-r--r-- 6.8M 2009-04-19 20:40 tablo.zip -rw-r--r-- 4.1M 2009-05-12 22:46 tablo2.svg -rw-r--r-- 435 2010-03-24 11:10 zaver.txt lftp temp.harvie.cz:/> exit }}} " harvie 2392 IMAP FS (MC + IMAP folders) mc-vfs 4.7.4 Future Releases enhancement new 2010-10-15T13:58:56Z 2010-10-16T13:35:16Z Hi. MC can browse folders. Also hi can browse ftp-folders and archives. It possible due to ftp-fs and zip-fs(something like that=) ). So we need to create IMAP-FS, and we can browse our imap folders. And also we need to browse mailboxes. Dmitry 2436 Add registry files VFS (browse/search/edit/etc) using `reged` mc-vfs 4.7.4 Future Releases enhancement new 2010-12-04T09:34:50Z 2015-04-06T16:16:02Z "Homepage: http://pogostick.net/~pnh/ntpasswd/ Thank you!" birdie 2850 SCTP protocol support mc-vfs master Future Releases enhancement new 2012-07-19T10:55:23Z 2012-07-19T12:01:09Z Can MC support Stream Control Transmission Protocol? It's new protocol of transport layer with any features. Look this: http://en.wikipedia.org/wiki/SCTP#Features CSRedRat 4028 Change ISO processing to p7zip mc-vfs master Future Releases enhancement new 2019-11-04T20:02:59Z 2020-06-01T13:46:29Z "Rationale: * Most new PCs don't contain CD/DVD drives which means distros don't include isoinfo or similar tools * p7zip is a lot more powerful for processing ISOs as it can extract boot record(s) and other info which isoinfo doesn't see/understand See: https://github.com/MidnightCommander/mc/pull/147" birdie