ticket summary component version milestone type owner status created _changetime _description _reporter 2325 """Cannot change to"" directory\n warning" mc-core 4.8.15 Future Releases defect new 2010-08-26T11:08:55Z 2016-01-03T18:17:36Z "1. create directory with trailing newline, 2. get into it. The warning appears, although nothing unexpected happens and works as expected." gotar 2811 """don't save passwords in history"" option spoils some addresses" mc-core master Future Releases defect new 2012-05-25T14:23:05Z 2012-05-25T14:23:05Z "This bugreport/patch is by arisu from opennet; my translation: ""Don't save passwords in history"" option spoils addresses like ""me@еxample.com:8666"" The patch is characterized as being the most mocking, terse and correct by its author. --- original bits --- 2. опция ""не сохранять пароли в истории"" портит адреса типа ""me@example.com:8666"" {{{ diff --git a/lib/widget/quick.c b/lib/widget/quick.c index c6b415a..d33d1f4 100644 --- a/lib/widget/quick.c +++ b/lib/widget/quick.c @@ -110,7 +110,7 @@ quick_dialog_skip (QuickDialog * qd, int nskip) if ((qw->u.input.flags & 2) != 0) in->completion_flags |= INPUT_COMPLETE_CD; if ((qw->u.input.flags & 4) != 0) - in->strip_password = TRUE; + in->strip_password = FALSE; /* TRUE; -- [censored] */ qw->widget = (Widget *) in; *qw->u.input.result = NULL; break; }}}" gvy 2348 """file"" command detection at buildtime breaks crosscompile + isolated builds" cross-compilation master Future Releases defect new 2010-09-14T11:15:58Z 2019-08-08T21:29:05Z "See configure.in:383 It tries to detect how to run the file command. On builds for systems other than the running one, this has great chance of going wrong: Building system can never be assumed to be the target one. There is no way to detect that at buildtime whatsoever (only having the user to explicitly specifying it), so that should happen at runtime (if really necessary at all). " metux 3141 """filtered view"" can lock up mc" mc-core master Future Releases defect new 2014-01-05T13:38:07Z 2014-01-05T13:38:07Z "the ""filtered view"" (alt-!) command is run through popen() with a blocking fread() loop (or equivalent). that means that if i enter a command that does not terminate (e.g., becuase i delete the file name, as i just did), mc will hang indefinitely, without any way to abort the command. the only way to recover is killing the command from the outside. there are multiple approaches to fixing this: - run the filter through the subshell (see also #47). capturing the output may be a minor challenge (i guess one can simply append a redirection to a temp file to the command). but what if mc is compiled without subshell support? - enable the SIGINT handler for the time of running the filter - make the interaction with the subprocess more intelligent, so it can be properly interrupted via an mc dialog the 1st approach would switch off the panels, while the 2nd and 3rd approach both require some kind of progress dialog." ossi 3195 """Goto Line"" dialog: goto line:column" mcedit master Future Releases enhancement new 2014-04-11T17:07:00Z 2014-09-05T09:11:30Z "Goto line - as previous. Goto line:column Instead of : any separator can be used (,;. ). Goto line:0 jumps to the bol. " aurel 3902 """Natural"" mouse scroll direction" mc-core master Future Releases enhancement new 2018-02-25T14:24:29Z 2018-02-28T19:52:33Z "Please add the ""natural scroll direction"" feature to scroll with mouse using natural scroll direction as it is done in the macos. It could be done in 10-15 minutes by adding new boolean parameter in the CONFIG_MISC_SECTION, for example ""mouse_reverse_scroll"", loading it in the setup.c, and then to change mouse.c by reversing the mouse scroll direction if it's set, like: midnight/mc/lib/widget $ diff mouse.c mouse.c.original 104,107c104 < if (mouse_reverse_scroll) < msg = MSG_MOUSE_SCROLL_DOWN; < else < msg = MSG_MOUSE_SCROLL_UP; --- > msg = MSG_MOUSE_SCROLL_UP; 109,112c106 < if (mouse_reverse_scroll) < msg = MSG_MOUSE_SCROLL_UP; < else < msg = MSG_MOUSE_SCROLL_DOWN; --- > msg = MSG_MOUSE_SCROLL_DOWN; All Mac users will say you big ""thank you"" for that ))" vik 3080 """Paste from clipfile"" unexpectedly doesn't move cursor" mcedit master Future Releases defect new 2013-09-26T20:04:38Z 2013-09-26T20:04:38Z "Steps to reproduce: 1. Open a file in mcedit. 2. Select few lines of lines. 3. Execute Edit -> Copy to clipfile 4. Move cursor few lines to clearly see paste. 5. Execute Edit -> Paste from clipfile 6. Observe that cursor stays where it was, i.e. now at the beginning of newly pasted lines. Whereas normal behavior of any ""paste"" command out there is to place it after the last pasted char. Indeed, typical workflow is: you type some text, you remember that ""substring"" you need now is already available, you go there, copy, go back, paste, and immediately continue typing. Described behavior is highly confusing, essentially, with such behavior, clipfile is not usable as clipboard replacement. This is filed against 4.8.8-223-gd6cd226, but was like that at least in 4.8.x is not for very long time. " pfalcon 2815 """Preallocate space"" option interferes with copy speed calculation" mc-core 4.8.3 Future Releases defect new 2012-05-27T13:20:55Z 2012-05-27T14:00:47Z "When the ""Preallocate space"" option is enabled, copy speed calculation takes into account the time it takes to preallocate the file. For very large files and freshly mounted ext2/3/4 filesystems it can take quite a serious amount of time (up to several minutes) to actually preallocate the file, thus copy speed information becomes incorrect. Please, discard the time it takes to preallocate the file." birdie 1639 """preserve Attributes"" option should *not* be automatically disabled" mc-core master Future Releases defect new 2009-09-25T06:11:09Z 2011-10-31T08:49:21Z "When copying files from ext{2,3,4) filesystem (or any other Unix filesystem) to FAT32 filesystem ""preserve Attributes"" option is automatically disabled. That's wrong for two reasons: 1) Files modification time is lost. 2) MC doesn't let you know that your files have improper permissions. Anyway there's a ""quiet"" vfat mount option which suppresses any error messages when setting unsupported file attributes. Please, do NOT disable ""preserve Attributes"" option under any circumstances." birdie 4146 """Quick cd"" doesn't follow window resizes" mc-core master Future Releases defect new 2020-11-17T08:34:22Z 2020-11-17T08:40:25Z "The ""Quick cd"" dialog opens at the bottom of the current panel, as has the width of the panel's. If you resize the window, this dialog doesn't follow the changes. It keeps its size and its position relative to the terminal's upper left, potentially drifting out of the window." egmont 2967 """Screen list"" and related M-`, M-{ and M-} do not work from ""find file"" list" mc-core master Future Releases defect reopened 2013-02-20T18:54:19Z 2015-06-18T18:30:05Z From panels: Find File -> open a file from the list and now M-`, M-{ and M-} hotkeys do not work. szaszg 2088 """Show directory sizes"" usability regression versus 4.6.x" mc-core master Future Releases defect zaytsev accepted 2010-03-06T11:35:39Z 2011-12-11T13:42:28Z "I upgraded to 4.7.1 from 4.6.2, and I noticed this huge (for me) usability regression regarding ""Show directory sizes"" feature. It seems that it was changed to show only the current directory size (like if you selected it in previous versions), and to show the sizes of all directories you have to scroll all the way to the top and do it on the "".."" entry. This presents a huge usability regression. Consider the following: I want to traverse a huge directory, one screenful of directories at a time, selecting the large ones (for example), and copying them to some other directory. Previously, I would just f9-c-i, then select some directories, copy them, then f9-c-i again (because any action clears the sizes), select some more directories, etc... Now I have to f9-c-i, select them, copy them, remember where I was (and I can't even select the directory I was on because it screws up the f9-c-i feature), scroll all the way to the top, press f9-c-i, then find the directory I was looking at (in a huge list of directories), and do the same each time mc clears the size fields. This clearly breaks the whole workflow. This is especially a big pain when working with different mc versions on different servers (the alt-o change was already bad enough). So please, instead of changing the behavior of existing features, consider adding new shortcuts for the new ones and/or configuration options for them." alex_sh 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 2124 'Whole words' option is ignored in backward search. mc-search master Future Releases defect new 2010-03-28T16:39:53Z 2011-11-07T12:02:45Z "In editor and viewer, 'Whole words' option is ignored in backward search. " storchaka 2129 --enable-static has no effect mc-core 4.7.1 Future Releases defect new 2010-04-04T06:52:19Z 2013-12-17T08:37:07Z "Static builds seems to be broken: {{{ $ _mc-bin/bin/mc --version GNU Midnight Commander 4.7.1-118-g9b41d62 }}} {{{ $ LDFLAGS=-all-static ./configure --prefix=$(pwd)/_mc-bin \ --with-samba \ --with-mcfs \ --enable-charset \ --enable-extcharset \ --enable-maintainer-mode \ --with-glib-static \ --enable-mcserver }}} {{{ checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... yes checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu checking for style of include used by make... GNU checking for gcc... gcc checking for C compiler default output file name... configure: error: in `/home/slyfox/dev/git/mc-build.all-static': configure: error: C compiler cannot create executables See `config.log' for more details. }}} '''LDFLAGS=-static''' does not have any effect, Libtool seems to skip it on executable binaries. It can easily be my misunderstanding on how to use it." slyfox 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 3023 -b, --nocolor options not working usefully mc-tty master Future Releases defect reopened 2013-06-20T12:58:57Z 2015-06-18T18:30:32Z "The '-b' and '--nocolor' mc options don't produce usable output because the selection bar is not visible. Mc should probably use inverse-screen for the selection bar when asked to go colorless. Experimenting with $TERM, I found that mc actually draws an inverse-screen selection bar, though only if TERM=xtermm (but then the arrow keys don't work). Mc should draw it like that for any value of TERM, when '-b' or '--nocolor' are specified. Verified on 'xterm -cm', with and without GNUscreen. {{{ ~> mc -V GNU Midnight Commander 4.8.4 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, ftpfs, fish, smbfs Data types: char: 8; int: 32; long: 32; void *: 32; size_t: 32; off_t: 64; ~> xterm -version X.Org 7.6.0(281) ~> }}}" dnied 3739 .gitignore : build process should not left any modified or untracked files mc-core master Future Releases defect new 2016-12-06T19:10:09Z 2016-12-06T20:19:59Z "The build process should not left any modified or untracked files. All temporary or output files should be covered by .gitignore file, but currently there are lots of files left after doing configure and build steps. While this is fixed we can also introduce an additional build step that check if new files are left over and that would fail the build if unknown files are detected. Easy to check: do a `git check`" sorin 4453 16-column HEX view in wide monitor mcview master Future Releases enhancement new 2023-04-03T06:50:44Z 2023-04-15T06:56:51Z "In the current versions of MC, there is no setting to show the HEX viewer in the traditional 16-column form. The number of columns is adjusted to the width of the console. As a result, it is very inconvenient to calculate the byte addresses in the file being viewed. It would be nice to add a setting that will allow you to include the traditional width of 16 columns. The setting can be made in the form of a number so that the user can write both 8 and 24 and 32 columns, as it will be more convenient for him. The ready-made change is already in the form of a diff file: https://pastebin.com/NUKwveMZ The appearance of the MC can be viewed in the article (RU) at the link: https://webhamster.ru/site/page/index/main/news/689 " xintrea 1666 1st line shifted after paragraph format mcedit master 4.8.12 defect andrew_b reopened 2009-10-03T16:30:49Z 2019-07-20T16:03:36Z "Steps to reproduce: 1. mcedit mc.ext (example file) 2. ctrl-down (so that at least 1st line of a paragraph to be formatted is scrolled above the screen) 3. alt-p Effect: first line shows contents shifted to right: # Warning: Structure of this any cursor movement at this line fixes view to: # Midnight Commander 3.0 extension file # Warning: Structure of this" gotar 2842 2261_multiedit vs. 1490_dlgswitch mc-core master Future Releases defect new 2012-07-08T00:48:08Z 2021-02-17T15:55:21Z "Now, we have two method for (more or less) the same purpose (edit multiple file at same time). 1st we can open a lot of mcedit as ""screen"" (M-`, M-{, M-') 2nd we can open and handle a lot of file in a mcedit (open file... and Window) I think, this is a little bit confusing and users may expect: - if start a new mcedit (method 1st), this file appear on the ""window"" list in ""old"" mcedit - M-` should works in all component (mcedit, mcview) not just M-{ and M-} (method 1st) - menu points for handle ""screens"" in mcedit and mcview (method 1st) - if open a new file (method 2nd), this file appear on the ""screen"" list (M-`) - can open a file through ""panels"" not through that so puritan input field (method 2nd) - some automated method to arrange ""windows"" (method 2nd) (vertical, horizontal) - can copy highlited (marked) blocks simply between opened files (at least method 2nd) with F3, F5... i know this is not so uncomplicated but (IMHO) there is no so much other real advantage to open multiple files in one mcedit Note: last two point metioned in the original description of 2261_multiedit. my advise: - with F4 mc not start a new mcedit, just open the file in the running mcedit (except first time of course) - with M-{ etc.. mc switch between opened files (and other screens of course) - new menu point in mcedit: ""Switch to panels.."" - instead ""Open file..."" user should use ""Switch to panels"" and F4 to open new file (Open file... remove)" szaszg 2907 4.8.x subshell input line is limited to 80 characters, and is overwritten when filled instead of continuing on the next line mc-tty master Future Releases defect new 2012-09-29T06:08:21Z 2014-08-26T18:43:07Z "Subshell input line is limited to 80 characters, and is overwritten when filled instead of continuing on the next line. Uname: # uname -a SunOS anthe 5.11 11.0 i86pc i386 i86pc Info: # /usr/local/mc-4.8.6/bin/mc -V GNU Midnight Commander 4.8.6 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 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; I attached the screenshot demonstrating the issue: - the first sequence of 'x' characters is typed in the subshell of the MC 4.7.5.2. When the line is filled, subshell continues typing on the next line. - the second sequence of the 'x' chacacters is typed under the subshell of the 4.8.6 version. When the chacacter reaches the 80th position (however, the terminal has 120x45 geometry) the input line is overwritten (the cursor replaces the subshell prompt) and the whole thing is looped (the line is overwritten again and again)." drookie 2352 [feature request] display most unique part of filename, if panel width is too short mc-core master Future Releases enhancement new 2010-09-15T20:56:54Z 2015-04-06T06:12:43Z "if a filename displayed in the panel is too long to fit, only the beginning and end is displayed. the non-fitting middle part is reduced to '~'. i like this feature, but it could be improved. if you have a lot of files with similar beginnings and endings you'd end up with a non-distinguishable file. e.g. take some files of a music collection named using the following scheme: artist - track - title (album).mp3 artist - track01 - title of track 01 (album).mp3 artist - track02 - title of track 02 (album).mp3 this may be shortened to: artist - trac~ (album).mp3 artist - trac~ (album).mp3 it would be better, if the filename is shortened using a smarter algorithm that uses the context (surrounding filenames). e.g. it could display some chars of the beginning and end as usual, but also the most unique fitting chars in the middle part, seperated by '~', like: artist - tra~1~(album).mp3 artist - tra~2~(album).mp3 " pille 4318 "[feature request] Show hash of file in ""File exists"" window of ""Copy/Move"" dialog" mc-core master Future Releases enhancement new 2021-12-03T16:40:38Z 2021-12-05T15:31:00Z "Steps: 1) start MC; 2) cd /tmp; (in left panel) 3) cd ~; (in right panel) 4) select single file; 5) F5 + Enter; (file copied from ""~/"" to ""/tmp"") 6) F5 + Enter; 7) MC shows ""File exists"" window dialog. This dialog contains: 1) full file path; 2) file size; 3) last modification time of file. What I want: I want to see hashes of source and destination files, like CRC, MD5, SHA-1 or any other. Why I want this: Hashes of two files (source and destination) allow to to quick check, that source file and destination file are identically or different. If I need to copy single file per long time - then no problem to to ""C-x C-d"" or run ""diff"" from console. But if I need to copy/move many files, then I need more quickly method to detect identical/different files with the same name inside the ""File exists"" window of ""Copy/Move"" dialog. P.S. If source file and destination file are identical (have identical hashes in two different algorithms, for example - CRC and MD5, or MD5 and SHA-1), then MC may resolve file names conflict automatically, without ""File exists"" window dialog." Bogdan107 2986 [Find All] should not remove user's bookmarks mcedit master Future Releases defect new 2013-03-21T07:52:16Z 2015-04-24T08:18:52Z "1. open a file (e.g. configure.ac) 2. Place some bookmark in a file (M-k) 3. Open search dialog (F7) 4. type some text (e.g. _CHECK) 5. press [Find All] (M-f) Now all user bookmarks gone, and only ""found"" bookmarks shown. [Find All] sould remove only previouse ""found"" bookmarks, not all. It will be nice, if user can decide [Find All] flush bookmarks or not." szaszg 114 [FrReq] hide dotfiles in home directory mc-core 4.6.1 Future Releases enhancement new 2009-01-02T21:17:51Z 2014-01-11T23:16:40Z "Original: http://savannah.gnu.org/bugs/?13395 ||Submitted by:||Paul Wise ||Submitted on:||Tue 14 Jun 2005 09:08:04 AM UTC|| ||Category:||Screen output||Severity:||1 - Wish|| ||Status:||Confirmed||Privacy:||Public|| ||Assigned to:||Roland Illig ||Open/Closed:||Open|| ||Release:||All versions||Operating System:||All|| Original submission: {{{ I'd like to be able to show dotfiles by default, but not when in my homedir (because there are so many there). A similar option for the root user - hide dotfiles when in any home dir - might also be useful. PS: sorry if this is the wrong place to post RFEs }}} Comment 1 by Roland Illig at Tue 14 Jun 2005 10:27:16 AM UTC: {{{ That's a nice idea. Roland }}} Comment 2 by Anonymous at Tue 14 Jun 2005 12:56:40 PM UTC: {{{ I would like a custom directory entry, that says: ""(hidden files)"" or ""(hidden directories)"" When you press enter over it, it will display all hidden files or directories. These entries will only be displayed IF there is hidden files or directories. }}} Comment 3 by Egmont Koblinger at Wed 15 Jun 2005 07:16:41 AM UTC: {{{ It is a really bad idea and even raises security issues if a normal user can control the behavior how root sees his/her files. Whether or not hidden files are displayed to root should only depend on root's settings and not on any user's settings. Anyway I guess the same holds for normal users, too. I do want to see joe's dotfiles if I have permission to, no matter if joe has a directory entry called ""(hidden files)"". To comment #2: the original reporter (pabs) wanted to make the ""show dotfiles"" the default and have an exception for one directory. Your proposal is the opposite: make ""don't show dotfiles"" the default and allow to take exceptions. I don't think pabs wants to create such a special file in every directory except his home. However, someone else might want it the way you want it. So then we should have the possibility to override mc's default in both ways: force show, and force not show. Now this leads to so many possible filenames with special meanings to mc. If this feature is required at all, I suggest using only one filename or directory which begins with a dot (such as .mc_specials) and put all the configuration stuff in this file or under this directory. This would be quite similar then to the CVS or .svn directories of the version controlling systems. Anyway, I basically don't like this whole idea of custom directory entries, IMHO mc should not pollute the filename namespace and should not create files that disturb me outside mc (e.g. in ""ls"", ""nautilus"" etc...). I'm perfectly okay with a global configuration options ""show dotfiles except in my home"" if more people would like to see it. If some more general method is needed, take a look at http://freshmeat.net/projects/hidefile/ which is an example on how to hide files outside of mc's scope so that ls, nautilus etc. are also influenced. My biggest trouble is that once we have this ""force hidden files"" and ""force no hidden files"" per-directory options, I'm afraid no-one can stop people requesting dozens of similar stupid per-directory configuration options, such as to have different Listing mode, different editor/viewer etc. to each directory. }}} Comment 4 by Paul Wise at Wed 15 Jun 2005 07:54:19 AM UTC: {{{ I would prefer that my idea was not the default - it could be confusing to some users. The default would remain as it is. > It is a really bad idea and even raises security issues if a > normal user can control the behavior how root sees his/her > files. Whether or not hidden files are displayed to root should > only depend on root's settings and not on any user's settings. Indeed, and I meant it would be a per-user setting. I agree that this could set an annoying precedent for the mc developers, feel free to ignore it. }}} " pabs 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 2624 [mcedit] Text block deletion moves cursor far after the end of line mcedit 4.8.0-pre2 Future Releases defect new 2011-10-06T16:22:22Z 2011-10-06T16:48:44Z "Steps to reproduce: 0. Shift+F4, an empty editor starts 1. On the first line type characters to almost hit the right side of the screen (i.e. if console is 80x25 type 75 characters on the first line), then press Enter. 2. On the second line type a few characters and then move cursor to the end of the first line (Up, End). 3. Now press: Left, F3, Down, F8 Expected result: Selection part deleted, and cursor is right after the last character of the first line. Actual result: Cursor jumps far after the end of the first line and shifts screen right." sergem 1875 [METATICKET] Change user configuration mc-config-ini 4.7.5 Future Releases task slavazanko accepted 2009-12-15T07:31:27Z 2011-11-06T07:28:39Z "1. Move user mc configuration into ~/.config/mc in according with [http://standards.freedesktop.org/basedir-spec/basedir-spec-0.7.html FDO standard] (#1851). 2. Split [Midnight-Commander] section to several sections. 3. Store options of all dialogs (as possible) in config (#1572, #1874)" andrew_b 1762 [METATICKET] Find file - more search parameters mc-core 4.7.0-pre4 Future Releases enhancement new 2009-10-30T22:59:03Z 2016-12-17T06:55:58Z Find File dialog should allow to search using file size, owner/group and mtime at least. gotar 1677 "[METATICKET] Package-friendly configuration system ("".d"" support for rpm/deb based systems)" mc-core 4.7.0-pre3 Future Releases enhancement new 2009-10-05T10:45:03Z 2016-11-28T07:58:00Z "Currently, mc requires to edit .ini files to add new plugin to MC VFS. After upgrade, all changes to these files will be lost. The same problem is related to syntax highlighting files. To solve that problem, "".d"" pattern should be supported by MC configuration system. See example of .d-pattern implemented in C in attachment. " vlisivka 2133 [PATCH] Allow user to setup zsh subshell with rc-files mc-core 4.6.2 Future Releases enhancement new 2010-04-06T10:47:32Z 2015-04-06T05:40:13Z "Fordwarded from Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=512056 {{{ Package: mc Version: 2:4.6.2~git20080311-4 Severity: wishlist Tags: patch Hi there. I'd like to use zshrc other then default, when zsh starts as mc's subshell. I've just got an idea, that i could use MC_SID env var inside my .zshrc. But anyway, that was too late. I've made small patch to allow users to create ~/.mc/zsh dir which could contain rc-files zsh uses at startup/shutdown. PS I also edited mc(1) to mention this feature, and remove tcshrc which is not really supported. }}} " zaytsev 4175 [patch] CenterView action mcedit master Future Releases enhancement new 2021-01-15T11:58:26Z 2021-01-24T08:24:34Z "Hi, the patch adds CenterView action to MCEdit which positions the display making the current line at center. It doesn't move cursor. See also this [https://mail.gnome.org/archives/mc/2021-January/msg00003.html discussion]. " psprint 287 [PATCH] don't interpret modifiers for Esc + Numeral F-key emulation mc-core 4.6.2 Future Releases enhancement assigned 2009-02-25T12:09:50Z 2016-11-29T07:21:46Z "Numerals may require modifilers with some keymaps (e. g. Czech: F4 = Esc Shift+4) or on obscure keyboards (e. g. PDA: F4 = Esc Fn+R). That is why any attempt to interpret modifiers while interpreting Esc + Numeral sequence is invalid and may lead to mis-behavior (e. g. generating of F14 instead of F4). How to reproduce: - Set keymap to Czech - Press Esc Shift+4 Current behavior: Emulates F14 Expected behavior: Emulates F4 " sbrabec 2644 [PATCH] editor enhancements mcedit master Future Releases enhancement slavazanko accepted 2011-10-23T12:05:50Z 2012-05-25T13:58:09Z "Please find attached the patch referred to in this 4.8.0 discussion [ru]: http://www.opennet.ru/openforum/vsluhforumID3/80882.html#33 http://www.opennet.ru/openforum/vsluhforumID3/80882.html#182 It's neither authored nor edited by me (in fact I find some constants tasteless) but provided here in hope that the code or the idea will be useful." gvy 3542 [patch] fix /src/editor testsuite failure when ncurses is used mc-core master Future Releases defect new 2015-10-21T22:42:12Z 2021-04-08T06:24:20Z "fix /src/editor testsuite failure when ncurses is used {{{ Running suite /src/editor (null):-1:S:Core:test_autocomplete:0: (after this point) Received signal 11 (Segmentation fault) (null):-1:S:Core:test_autocomplete:1: (after this point) Received signal 11 (Segmentation fault) (null):-1:S:Core:test_autocomplete_single:0: (after this point) Received signal 11 (Segmentation fault) Results for all suites run: 0%: Checks: 3, Failures: 0, Errors: 3 }}} testsuite failed because ncurses:doupdate() called without proper init {{{ edit_init() -> edit_load_file() -> edit_load_file_fast() -> status_msg_init() -> mc_refesh() -> ncurses/tty_refresh() -> doupdate() }}} patch against 52fd328042a426e885da891c8ce8218cda3a1cf7 compile test with GCC 5.2.0/ncurses 5.9 Signed-off-by: Andreas Mohr " and 3474 [patch] fix some -Wshorten-64-to-32 warnings mc-core master Future Releases defect new 2015-05-25T23:34:34Z 2015-05-25T23:34:34Z "fix some -Wshorten-64-to-32 warnings Signed-off-by: Andreas Mohr key.c:1291:39: warning: implicit conversion loses integer precision: 'const long' to 'int' [-Wshorten-64-to-32] input.c:301:28: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] input.c:301:32: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] input.c:743:36: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] input.c:743:40: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] input.c:756:36: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] input.c:756:40: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] input.c:787:30: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] input.c:788:43: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] input.c:1316:43: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] input.c:1322:21: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] input.c:1325:33: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] input.c:1326:71: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] utilvfs.c:192:24: warning: implicit conversion loses integer precision: 'unsigned long' to 'int' [-Wshorten-64-to-32] path.c:1112:49: warning: implicit conversion loses integer precision: 'ssize_t' (aka 'long') to 'int' [-Wshorten-64-to-32] input_complete.c:454:33: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] input_complete.c:716:47: warning: implicit conversion loses integer precision: 'size_t' (aka 'unsigned long') to 'int' [-Wshorten-64-to-32] input_complete.c:780:30: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] input_complete.c:1029:63: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] input_complete.c:1040:67: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] input_complete.c:1147:42: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] input_complete.c:1402:19: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] input_complete.c:1410:19: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] lock.c:184:11: warning: implicit conversion loses integer precision: 'ssize_t' (aka 'long') to 'int' [-Wshorten-64-to-32] charsets.c:256:20: warning: implicit conversion loses integer precision: 'size_t' (aka 'unsigned long') to 'int' [-Wshorten-64-to-32] achown.c:478:10: warning: implicit conversion loses integer precision: 'unsigned long' to 'unsigned int' [-Wshorten-64-to-32] cmd.c:250:30: warning: implicit conversion loses integer precision: 'ssize_t' (aka 'long') to 'int' [-Wshorten-64-to-32] cmd.c:251:30: warning: implicit conversion loses integer precision: 'ssize_t' (aka 'long') to 'int' [-Wshorten-64-to-32] cmd.c:567:52: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] cmd.c:590:56: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] cmd.c:1262:13: warning: implicit conversion loses integer precision: 'ssize_t' (aka 'long') to 'int' [-Wshorten-64-to-32] cmd.c:1349:19: warning: implicit conversion loses integer precision: '__time_t' (aka 'long') to 'int' [-Wshorten-64-to-32] cmd.c:1356:15: warning: implicit conversion loses integer precision: '__time_t' (aka 'long') to 'unsigned int' [-Wshorten-64-to-32] cmd.c:1357:11: warning: implicit conversion loses integer precision: 'unsigned long' to 'int' [-Wshorten-64-to-32] command.c:387:29: warning: implicit conversion loses integer precision: 'unsigned long' to 'int' [-Wshorten-64-to-32] dir.c:479:46: warning: implicit conversion loses integer precision: 'unsigned long' to 'int' [-Wshorten-64-to-32] ext.c:1000:46: warning: implicit conversion loses integer precision: 'unsigned long' to 'int' [-Wshorten-64-to-32] file.c:892:48: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] file.c:1803:34: warning: implicit conversion loses integer precision: 'ssize_t' (aka 'long') to 'int' [-Wshorten-64-to-32] file.c:1831:37: warning: implicit conversion loses integer precision: 'ssize_t' (aka 'long') to 'int' [-Wshorten-64-to-32] file.c:1869:39: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] file.c:1870:46: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] filegui.c:1264:21: warning: implicit conversion loses integer precision: 'size_t' (aka 'unsigned long') to 'int' [-Wshorten-64-to-32] find.c:995:30: warning: implicit conversion loses integer precision: 'ssize_t' (aka 'long') to 'int' [-Wshorten-64-to-32] treestore.c:356:44: warning: implicit conversion loses integer precision: 'size_t' (aka 'unsigned long') to 'int' [-Wshorten-64-to-32] treestore.c:463:30: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] vfs_class.c:442:10: warning: implicit conversion loses integer precision: 'ssize_t' (aka 'long') to 'int' [-Wshorten-64-to-32] vfs_class.c:464:10: warning: implicit conversion loses integer precision: 'ssize_t' (aka 'long') to 'int' [-Wshorten-64-to-32] hex.c:229:56: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] edit.c:1691:11: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] edit.c:2363:17: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] edit.c:2373:17: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] edit.c:2442:17: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] edit.c:2452:17: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] edit.c:2972:27: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] etags.c:213:19: warning: implicit conversion loses integer precision: 'unsigned long' to 'int' [-Wshorten-64-to-32] format.c:307:16: warning: implicit conversion loses integer precision: 'off_t' (aka 'long') to 'int' [-Wshorten-64-to-32] format.c:319:20: warning: implicit conversion loses integer precision: 'off_t' (aka 'long') to 'int' [-Wshorten-64-to-32] syntax.c:294:25: warning: implicit conversion loses integer precision: 'off_t' (aka 'long') to 'int' [-Wshorten-64-to-32] syntax.c:452:27: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] syntax.c:553:23: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] syntax.c:1296:26: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] syntax.c:1311:22: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] syntax.c:1348:39: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] setup.c:695:22: warning: implicit conversion loses integer precision: 'unsigned long' to 'int' [-Wshorten-64-to-32] subshell.c:519:21: warning: implicit conversion loses integer precision: 'ssize_t' (aka 'long') to 'int' [-Wshorten-64-to-32] subshell.c:539:21: warning: implicit conversion loses integer precision: 'ssize_t' (aka 'long') to 'int' [-Wshorten-64-to-32] subshell.c:563:21: warning: implicit conversion loses integer precision: 'ssize_t' (aka 'long') to 'int' [-Wshorten-64-to-32] background.c:379:19: warning: implicit conversion loses integer precision: 'unsigned long' to 'int' [-Wshorten-64-to-32] parse_ls_vga.c:88:11: warning: implicit conversion loses integer precision: 'unsigned long' to 'int' [-Wshorten-64-to-32] parse_ls_vga.c:852:18: warning: implicit conversion loses integer precision: 'unsigned long' to 'int' [-Wshorten-64-to-32] strutil8bit.c:276:38: warning: implicit conversion loses integer precision: 'unsigned long' to 'int' [-Wshorten-64-to-32] strutil8bit.c:279:27: warning: implicit conversion loses integer precision: 'unsigned long' to 'int' [-Wshorten-64-to-32] strutil8bit.c:322:38: warning: implicit conversion loses integer precision: 'unsigned long' to 'int' [-Wshorten-64-to-32] strutil8bit.c:325:28: warning: implicit conversion loses integer precision: 'unsigned long' to 'int' [-Wshorten-64-to-32] strutilascii.c:228:38: warning: implicit conversion loses integer precision: 'unsigned long' to 'int' [-Wshorten-64-to-32] strutilascii.c:231:27: warning: implicit conversion loses integer precision: 'unsigned long' to 'int' [-Wshorten-64-to-32] strutilascii.c:289:38: warning: implicit conversion loses integer precision: 'unsigned long' to 'int' [-Wshorten-64-to-32] strutilascii.c:292:28: warning: implicit conversion loses integer precision: 'unsigned long' to 'int' [-Wshorten-64-to-32] menu.c:123:73: warning: implicit conversion loses integer precision: 'size_t' (aka 'unsigned long') to 'guint' (aka 'unsigned int') [-Wshorten-64-to-32] menu.c:181:73: warning: implicit conversion loses integer precision: 'size_t' (aka 'unsigned long') to 'guint' (aka 'unsigned int') [-Wshorten-64-to-32] menu.c:250:75: warning: implicit conversion loses integer precision: 'size_t' (aka 'unsigned long') to 'guint' (aka 'unsigned int') [-Wshorten-64-to-32] menu.c:332:73: warning: implicit conversion loses integer precision: 'size_t' (aka 'unsigned long') to 'guint' (aka 'unsigned int') [-Wshorten-64-to-32] menu.c:351:67: warning: implicit conversion loses integer precision: 'size_t' (aka 'unsigned long') to 'guint' (aka 'unsigned int') [-Wshorten-64-to-32] menu.c:372:67: warning: implicit conversion loses integer precision: 'size_t' (aka 'unsigned long') to 'guint' (aka 'unsigned int') [-Wshorten-64-to-32] menu.c:396:67: warning: implicit conversion loses integer precision: 'size_t' (aka 'unsigned long') to 'guint' (aka 'unsigned int') [-Wshorten-64-to-32] menu.c:425:67: warning: implicit conversion loses integer precision: 'size_t' (aka 'unsigned long') to 'guint' (aka 'unsigned int') [-Wshorten-64-to-32] menu.c:470:68: warning: implicit conversion loses integer precision: 'size_t' (aka 'unsigned long') to 'guint' (aka 'unsigned int') [-Wshorten-64-to-32] menu.c:511:45: warning: implicit conversion loses integer precision: 'size_t' (aka 'unsigned long') to 'unsigned int' [-Wshorten-64-to-32] menu.c:517:71: warning: implicit conversion loses integer precision: 'size_t' (aka 'unsigned long') to 'guint' (aka 'unsigned int') [-Wshorten-64-to-32] menu.c:721:59: warning: implicit conversion loses integer precision: 'size_t' (aka 'unsigned long') to 'guint' (aka 'unsigned int') [-Wshorten-64-to-32] tar.c:357:9: warning: implicit conversion loses integer precision: 'ssize_t' (aka 'long') to 'int' [-Wshorten-64-to-32] tar.c:382:19: warning: implicit conversion loses integer precision: 'long' to '__mode_t' (aka 'unsigned int') [-Wshorten-64-to-32] tar.c:412:15: warning: implicit conversion loses integer precision: 'long' to '__uid_t' (aka 'unsigned int') [-Wshorten-64-to-32] tar.c:415:15: warning: implicit conversion loses integer precision: 'long' to '__gid_t' (aka 'unsigned int') [-Wshorten-64-to-32] tar.c:429:22: warning: implicit conversion loses integer precision: 'long' to '__uid_t' (aka 'unsigned int') [-Wshorten-64-to-32] tar.c:430:22: warning: implicit conversion loses integer precision: 'long' to '__gid_t' (aka 'unsigned int') [-Wshorten-64-to-32] tty-ncurses.c:132:26: warning: implicit conversion loses integer precision: 'chtype' (aka 'unsigned long') to 'int' [-Wshorten-64-to-32] tty-ncurses.c:133:26: warning: implicit conversion loses integer precision: 'chtype' (aka 'unsigned long') to 'int' [-Wshorten-64-to-32] tty-ncurses.c:134:26: warning: implicit conversion loses integer precision: 'chtype' (aka 'unsigned long') to 'int' [-Wshorten-64-to-32] tty-ncurses.c:135:26: warning: implicit conversion loses integer precision: 'chtype' (aka 'unsigned long') to 'int' [-Wshorten-64-to-32] tty-ncurses.c:136:26: warning: implicit conversion loses integer precision: 'chtype' (aka 'unsigned long') to 'int' [-Wshorten-64-to-32] tty-ncurses.c:137:26: warning: implicit conversion loses integer precision: 'chtype' (aka 'unsigned long') to 'int' [-Wshorten-64-to-32] tty-ncurses.c:138:26: warning: implicit conversion loses integer precision: 'chtype' (aka 'unsigned long') to 'int' [-Wshorten-64-to-32] tty-ncurses.c:139:26: warning: implicit conversion loses integer precision: 'chtype' (aka 'unsigned long') to 'int' [-Wshorten-64-to-32] tty-ncurses.c:140:26: warning: implicit conversion loses integer precision: 'chtype' (aka 'unsigned long') to 'int' [-Wshorten-64-to-32] tty-ncurses.c:141:26: warning: implicit conversion loses integer precision: 'chtype' (aka 'unsigned long') to 'int' [-Wshorten-64-to-32] tty-ncurses.c:142:26: warning: implicit conversion loses integer precision: 'chtype' (aka 'unsigned long') to 'int' [-Wshorten-64-to-32] tty-ncurses.c:144:39: warning: implicit conversion loses integer precision: 'unsigned long' to 'int' [-Wshorten-64-to-32] tty-ncurses.c:145:39: warning: implicit conversion loses integer precision: 'unsigned long' to 'int' [-Wshorten-64-to-32] tty-ncurses.c:146:39: warning: implicit conversion loses integer precision: 'unsigned long' to 'int' [-Wshorten-64-to-32] tty-ncurses.c:147:39: warning: implicit conversion loses integer precision: 'unsigned long' to 'int' [-Wshorten-64-to-32] tty-ncurses.c:148:35: warning: implicit conversion loses integer precision: 'unsigned long' to 'int' [-Wshorten-64-to-32] tty-ncurses.c:149:35: warning: implicit conversion loses integer precision: 'unsigned long' to 'int' [-Wshorten-64-to-32] tty-ncurses.c:150:35: warning: implicit conversion loses integer precision: 'unsigned long' to 'int' [-Wshorten-64-to-32] tty-ncurses.c:151:35: warning: implicit conversion loses integer precision: 'unsigned long' to 'int' [-Wshorten-64-to-32] tty-ncurses.c:152:36: warning: implicit conversion loses integer precision: 'unsigned long' to 'int' [-Wshorten-64-to-32] tty-ncurses.c:153:36: warning: implicit conversion loses integer precision: 'unsigned long' to 'int' [-Wshorten-64-to-32] setup.c:654:38: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] setup.c:664:34: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] fish.c:399:31: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] undelfs.c:252:14: warning: implicit conversion loses integer precision: 'errcode_t' (aka 'long') to 'int' [-Wshorten-64-to-32] undelfs.c:258:14: warning: implicit conversion loses integer precision: 'errcode_t' (aka 'long') to 'int' [-Wshorten-64-to-32] undelfs.c:280:18: warning: implicit conversion loses integer precision: 'errcode_t' (aka 'long') to 'int' [-Wshorten-64-to-32] undelfs.c:314:18: warning: implicit conversion loses integer precision: 'errcode_t' (aka 'long') to 'int' [-Wshorten-64-to-32] undelfs.c:456:13: warning: implicit conversion loses integer precision: 'long' to 'ext2_ino_t' (aka 'unsigned int') [-Wshorten-64-to-32] undelfs.c:518:25: warning: implicit conversion loses integer precision: 'errcode_t' (aka 'long') to 'int' [-Wshorten-64-to-32] undelfs.c:544:29: warning: implicit conversion loses integer precision: 'size_t' (aka 'unsigned long') to 'int' [-Wshorten-64-to-32] undelfs.c:550:46: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] undelfs.c:559:46: warning: implicit conversion loses integer precision: 'unsigned long' to 'int' [-Wshorten-64-to-32] undelfs.c:594:14: warning: implicit conversion loses integer precision: 'errcode_t' (aka 'long') to 'int' [-Wshorten-64-to-32] undelfs.c:611:24: warning: implicit conversion loses integer precision: 'long' to 'ext2_ino_t' (aka 'unsigned int') [-Wshorten-64-to-32] undelfs.c:675:19: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] usermenu.c:670:18: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] usermenu.c:725:22: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] usermenu.c:729:18: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] vfs.c:135:19: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] vfs.c:149:38: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32] vfs.c:153:30: warning: implicit conversion loses integer precision: 'long' to 'int' [-Wshorten-64-to-32]" and 3275 [patch] Highlight %lf in C code in mcedit mcedit 4.8.13 Future Releases defect new 2014-09-19T19:10:55Z 2015-02-17T07:15:39Z """%f"" is highlighted in C code in mcedit, but ""%lf"" is not. See the following table: || || C89 || C99 || || scanf || %lf is supported || %lf is supported || || printf || %lf is not supported || %lf is supported || As you can see, %lf is supported in most cases, so, please, highlight it. # mc -V GNU Midnight Commander 4.8.13 Built with GLib 2.40.0 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; # 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' '--libdir=${prefix}/lib/x86_64-linux-gnu' '--libexecdir=${prefix}/lib/x86_64-linux-gnu' '--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 -fPIE -fstack-protector-strong -Wformat -Werror=format-security' 'LDFLAGS=-fPIE -pie -Wl,-z,relro -Wl,-z,now -Wl,--as-needed' 'CPPFLAGS=-D_FORTIFY_SOURCE=2'" safinaskar 4174 [patch] Improve safety of previous char fetching string functions. mc-core master Future Releases defect new 2021-01-13T21:21:54Z 2021-01-15T12:18:34Z "Hi, I was stumbled that e.g.: in completion engine there are calls such as: {{{ if (ti != text) { … prev_char = str_get_prev_char (ti)[0]; … }}} while the length of the (potentially malformed) character is unknown and the function might underrun the buffer when peeking for some preceding bytes. I submit a patch that: – extends each of the `str_*_prev_char` functions with an argument holding the beginning of the string, – it then replaces the calls to unsafe `g_utf8_prev_char` with an underrun safe function `g_utf8_find_prev_char`, – the function obtains the string starting address and takes care not to peek before it, – in case of the string being ended without any next character found the functions return `NULL`, – then all places in the completion engine and in `usermenu.c` etc. have been updated to follow this new paradigm, – also a couple of bugs have been fixed, like e.g.: assuming of command position in input completion if a single character have been entered and a space. I think that thanks to this safety improvements some occasional crashes in input completion will be over." psprint 2875 [patch] mcedit supertab mcedit 4.8.4 Future Releases enhancement new 2012-09-03T13:42:48Z 2012-09-03T13:45:04Z "From mailist: https://mail.gnome.org/archives/mc-devel/2012-September/msg00000.html and https://mail.gnome.org/archives/mc-devel/2012-September/msg00001.html: Hello. I would like to propose a patch to mc to make autocompletion in mcedit by pressing only TAB key if we are not in indent. Reason: ESC Tab is not very convenient key combo to press often, and alt-tab is used by Gnome. Also it is good to have the same experience as with bash completion. Patch checks whether we are in indent and if not, then it swaps actions of CK_Complete and CK_Tab. If we are in indent, then both CK_Tab and CK_Complete produce tabulation (anyway completion in indent does not work). Possible improvements: 1) if previous symbol is space/tab, then CK_Tab may produce tabulation instead of completion. 2) if completion has nothing to suggest and CK_Tab was pressed more than once consequently, then also produce tabulation. Short version of patch do nothing with translation files. Full patch introduces translation for switching checkbox for russian language and updates pot, po and gmo files (just by calling 'make -C po update-po' and then 'make -C po install' ). Please tell me your opinion and suggestions, Sergey Naumov. " slavazanko 3203 [patch] mcedit: replace dialog doesn't remember last entered replacement string mcedit 4.8.12 Future Releases defect new 2014-04-29T11:01:16Z 2015-02-17T06:55:51Z "I found this in mc-4.8.12. mc-4.8.11 didn't have this problem. Edit a file with mcedit and search/replace (F4) a string. Let's say I added ""a"" as search string and ""b"" as replacement string. Then I do a couple of replacements with that and exit the dialog (press ESC or Cancel). When re-opening the Replace dialog again, ""a"" is still in the search string but the replacement string is empty. I expect mc to remember the replacement string as it did in previous versions. Built with GLib 2.38.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, ext2undelfs, ftpfs, fish Data types: char: 8; int: 32; long: 64; void *: 64; size_t: 64; off_t: 64; " Polynomial-C 3280 [patch] mcview: search off-by-one between plain and hex modes mcview master Future Releases defect new 2014-10-04T11:36:42Z 2015-02-20T19:39:11Z "echo abcdefghijklmnopqrstuvwxyz > abc mcview abc Search for efg, it is highlighted. Switch to Hex mode, now fgh is highlighted as the match. The same (with opposite direction) the other way around: search for klm in hex mode, it is highlighted, switch back to plain mode, jkl is highlighted." egmont 3692 [PATCH] More sophisticated shell type detection method mc-core master Future Releases enhancement new 2016-09-24T17:37:35Z 2017-07-25T19:56:08Z "{{{ * Make tests on shell binary instead of trying to guess shell type from path. Most supported shells set specific variables, hence by testing whether such variables are set, we can guess shell type in a more reliable way. This works with bash, zsh, tcsh and fish. For guessing dash or BusyBox ash (which are treated the same), we run a more peculiar test on whether shell supports expansion in PS1 as a prompt string. The latter test is also designed to diffirentiate a legacy pre 1.20 BusyBox ash, which allows to apply printf workaround in the case of such shell. * Remove chdir command from subshell initialization code, and use full paths for init_file instead. Changing dir only allows to use relative init_file paths, but can instead potentially lead to some problems, as previously noted in the comments; so by not doing this we add additional layer of protection against bugs. * Remove unneded SHELL_SH shell type, and 'name' mc_shell_t field, since the latter was only being used as arg0 when initializing subshell, and it looks like all shells work fine regardless of arg0, except for zsh, (so we just leave arg0 as ""zsh"" for it), and we use path as arg0 * Also add a little error verbosity in scope of detecting shell type and subshell initialization }}} This fixes such issues as: * Detecting `bsd-csh` as `tcsh`, and wasting 10 seconds on launch while waiting CWD * Detecting anything that's linked to `busybox` as busybox ash with CONFIG_ASH_EXPAND_PRMT enabled, and possibly wasting those 10 sec again * Failing to detect a shell type if a version/arch/whatever is appended to its name * Failing to detect a shell if it's just 'sh': some link resolving tests are being carried in master, but they can fail in many ways * Leaving user wondering why they have no subshell (added verbosity isn't perfect, but at least it's a start) This has been tested to recognize all supported shells correctly, and discard these shells with some verbosity immediately (saying which shells are supported, while this `$SHELL` not): * bsd-csh * BusyBox hush * BusyBox ash with disabled CONFIG_ASH_EXPAND_PRMT All regardless of their names (except the already mentioned zsh, and `busybox`: it needs the name to deduct the applet from it, but as long as `busybox` recognizes it, it's fine: either ash, sh, or bash) I should also point out that beyond subshell initialization related functions different shell types are not being differentiated, so, say, we shouldn't worry about `bash` behaving in a bourne shell compatible way later on if it has been initialized fine. Since almost all modern shell set some specific internal variables, adding new shells now boils down to finding a way to emulate `precmd` (if not present), choosing the right variable, and in case it uses syntax other then Bourne, C or Fish, adding a new test command for the syntax. I have tried to comment new functions thoroughly, so I hope the code should be readable. Hope this will be considered useful." alllexx88 4165 [patch] MultiSearch – an AND-conjugated dynamic filtering of any listbox mc-core master Future Releases enhancement new 2021-01-02T15:19:26Z 2021-02-19T11:22:59Z "Hi. This time coding style is OK :) I submit a patch that: 1. Adds a new command MultiSearch which, when invoked:on any listbox: - adds an input field below the listbox (either shrinks the list or extends the dialog, if there is enough room), - waits for any input, - after a character will be entered, it filters the listbox with this string, - the string is split on spaces and matched one by one, case insensitively, - all keywords must match for an acceptance of a result. It also adds a new option `multi_search_active_by_default` which causes all list boxes to be started with MultiSearch active. For example, the window list allowing to quickly filter and choose :) Or the file history, syntax chooser, etc. " psprint 2672 [PATCH] Numbered listboxes and directory hotlist mc-core 4.8.0 Future Releases enhancement assigned 2011-11-16T19:58:30Z 2015-04-06T05:48:18Z "I think it would be convenient to display numbers for the hotkeys in directory hotlist and in listboxes in general. Attached is a patch which adds a new property ""num_type"" to WListbox struct and a new enum type ""listbox_numbered_t"" for it. Available options for listbox->num_type are: UNNUMBERED (default), NUMBERED (number all items), NUMBERED_HOTKEYS (number the first ten items 0..9). The patch also changes the directory hotlist to NUMBERED_HOTKEYS. screenshot attached." vakorol 4186 [patch] Options for windowed startup mcedit master Future Releases enhancement new 2021-01-24T03:54:52Z 2021-01-24T06:21:04Z "The patch adds options -w/--cascade and -T/--tile to mc program so that startup with windows arranged in a cascade or tile is possible (instead of fullscreen). The patch depends on #4184 and #4185, which implement the window arranging. " psprint 4256 [PATCH] Panel scrollbars + prettier scrollbars in dialogs mc-core master Future Releases enhancement new 2021-06-24T21:02:09Z 2023-08-14T13:38:40Z "Hi, I'm coming with a patch with improving UI regarding scrollbars. It actually brings two things: == 1) Improved scrollbar in a list box == The current scrollbar in a list box is just an asterisk. My proposal is to change them to be all more useful + nicer + consistent with scrollbars from other programs: * instead of one asterisk character, the scrollbar is a proper line created with Unicode block characters (in ASCII mode, it is replaced by `#` char) * the scroll box length is proportional to the window size and the number of items. The more we can see, the longer is the scroll box. For example, if there are 30 items and we can see 10 items, the scroll box will take 1/3 of the window height. This is consistent with how usual GUI programs show scrollbars. * position of the current asterisk is based on the current ''cursor position''. In this patch, the position of the scroll box is based on the ''window view position''. This is also for consistency with other programs (and usability as well) * for more smoothness, the scroll box uses half-box Unicode character as well. So in the one physical character, there could be a full box, half box, or no box at all. == 2) Scrollbars in the main panels == This patch also brings a scrollbar on the right side, next to each main panel. The main purpose is better UX; one could quickly say if there are 20, 100 or 1000 files in the directory and the cursor is now. Scrollbar has similar properties as a scrollbar in the list box, except the ""grey"" background created with Unicode block characters (it would not be so nice to not have the background there), and no half-boxes (because of the background). I was inspired by Far Manager here. Scrollbars in the main panels can be turned off or on in the ""Layout"" preferences. Currently, it is on by default. === Others === From the technical point of view, it introduces a new widget `WScrollbar`. See screenshot before:after here. Opinions? " kybl 3981 [PATCH] sh.syntax: Allow for indented 'function' highlighting mcedit master Future Releases enhancement andrew_b reopened 2019-04-25T06:37:12Z 2020-06-06T17:16:17Z " This will allow for the following: {{{ #!sh if want_foo; then function foobar() { echo ""foo"" } else function foobar() { echo ""bar"" } fi foobar }}}" TerraNova 4206 [patch] Stable WindowList in mcedit mcedit master Future Releases enhancement new 2021-02-18T01:33:53Z 2021-02-22T14:28:59Z "Hi, I've been irritated by the files fluctuating in the WindowList window – it only brings chaos to workflow and is driven by the Z-ordering of widgets – currently focused must be the last one in WGroup::widgets list. So it's actually a raw order imposed by implementation properties. I've fixed this in this patch: - a new class WOrderKeptDialog is inheriting WDialog, - it holds a GPtrArray with the same WEdit objects as in base WGroup::widgets, - array is populated on start up (MSG_INIT) and then updated after each handled message from WDialog callback, - an additional feature – the files are being sorted so that headers and their corresponding sources (.h/.hpp/.c/.cpp) are adjacent and with headers first. What do you think? Fix or wontfix? IMO, this change has been asking for a patch. It also allows to finally have e.g.: Alt-1, Alt-2, etc. shortcuts switching to the first buffer, and second, etc. implemented in a following patch. " psprint 4204 [patch] Support for globs in open file dialog mcedit master Future Releases enhancement new 2021-02-17T09:44:25Z 2021-02-17T10:27:10Z "Hi, the patch adds support for opening multiple files at once via a filename with wildcard entered in open dialog. So, for example entering src/editor/edit.[ch] in the input will cause opening of edit.c and edit.h. The patch is quite simple, it utilizes glob() POSIX function. " psprint 3436 [patch] support multiple programs to view given file mc-core master Future Releases enhancement new 2015-04-03T13:00:32Z 2015-04-03T13:00:32Z "support multiple programs to view given file this patch introduce helper function and extend pdf program list usually user install only popular choice of program list order rules: 1. old known first (keep compatible characteristics with older mc versions) 2. viewer (faster then editor) 3. editor (tested with bash and busybox sh, please cross check with ksh) Signed-off-by: Andreas Mohr " and 3290 [patch] Universal unpacking mc-core master Future Releases enhancement new 2014-10-18T09:51:51Z 2014-11-04T07:42:31Z "Currently MC can only compress to different file formats and (un)gzip/(un)bzip. Oftentimes it's necessary to unpack various file formats without leaving MC. I have added a patch for MC's menu, as well as the unpacker itself (adjust the paths as required)." birdie 4184 [patch] WindowCascade action mcedit master Future Releases enhancement new 2021-01-23T20:43:20Z 2021-01-24T06:56:25Z "Hi! I've implemented the main part of the requested non-fullscreen mode startup (see [https://mail.gnome.org/archives/mc/2021-January/msg00009.html post]). The patch is fairly simple. It just: - registers the command in keybind.h/.c/*-defaults.c/mc.default.keymap, - then adds the case for it in editwidget.c, - and also a function + a helper function in the same file to implement it. The implementation is a simple loop that arranges the windows in cascade arrangement. It's somewhat intelligent as it gradually lowers the shift between windows as seen in the [https://asciinema.org/a/dqR4FzK7ed6ZwMXAA4DmH29qY asciicast]. " psprint 4185 [patch] WindowTile action mcedit master Future Releases enhancement new 2021-01-23T20:48:12Z 2021-01-24T03:54:52Z "Hi! I've implemented the tiling of the windows as requested by [https://mail.gnome.org/archives/mc/2021-January/msg00009.html a user]. The patch depends on #4184 – it will not automatically patch and a helper function is missing. " psprint 3932 "[Perl syntax] Symbol ""#"" parsed as comment in regular expressions" mcedit 4.8.21 Future Releases defect new 2018-08-17T08:12:50Z 2020-11-01T22:36:22Z "String from ""#"" is highlighted as comments: {{{ $C =~ tr/!*?+\\\[\]#(){}=,:/.............../; }}} " asy 4491 `learn keys` dialog has rough edges mc-key-bindings master Future Releases defect new 2023-08-15T08:46:48Z 2023-08-15T08:46:48Z "i managed to map enter to '/', with the expected consequences for usability. this obviously shouldn't be even possible to start with. but that experience shows another thing: the ui offers no (obvious) way to unmap keys. it's also woefully incomplete, with no way to map the various modified keys. so i wonder whether the dialog as it currently exists even makes sense. maybe it would be better to replace it with a text editor for the config file's mapping section for the given terminal, or even just a hint what to do. the alternative would be beefing it up significantly, using a hierarchy or a scrollable view to have enough space for everything." ossi 3170 A feature for selected files mc-core master Future Releases enhancement new 2014-02-14T07:36:46Z 2015-11-03T14:22:40Z "Dear Sirs! Could you will make one feature for selected files? Namely moving the selected files at the beginning of the list. I attached a file, to you understand what I want. Thanks you and sorry for my English." Graf 4265 A keyboard shortcut for selecting files AND directories mc-core master Future Releases enhancement new 2021-07-27T15:20:47Z 2021-07-27T15:20:47Z By default `*` selects only files but sometimes I need to select both files and directories. It would be nice to have a keyboard shortcut for that. birdie 4448 A keyboard shortcut to select a bunch of files mc-core master enhancement reopened 2023-02-27T07:31:11Z 2023-02-28T08:38:49Z "In Far file manager you can use Shift + Arrow Left/Arrow Right to deselect/select a bunch of files (a visible column worth of files actually). Is this possible in MC? https://unix.stackexchange.com/questions/737030/in-midnight-commander-how-to-select-a-large-continuous-range-of-files" birdie 4220 A new feature – completing from tags mcedit master Future Releases enhancement new 2021-03-18T16:33:09Z 2021-03-18T16:33:09Z "Would there be an interest in a new feature – completion working not from buffers' words, but from TAGS file? Here's example how it would work – for TAGS covering /usr/include/glib: [https://asciinema.org/a/cp4I3tFfKrLNS9SME7XE2w6Nk asciicast]. It would be little less usable, because MSearch haven't been merged, however it would be still OK to complete. " psprint 4317 a1, c1, etc. keys not recognized mc-tty master Future Releases defect new 2021-12-02T19:51:01Z 2021-12-02T21:04:44Z "Hi, the a1, c1 etc. keys are useful mappings to the keypad – the two point to digit 7 and 1, for example, if numlock is off. However, they aren't recognized – 7 is being read as home and 1 as end. Why is that? Is it because the keymap() function isn't being called? Or some equal slang function. It seems to me that this bug is hidden because the default mappings match the default meaning of the keypad keys (home,end,pgup,pgdown)." psprint 3885 Ability to exclude files from search results when using shell patterns mc-search master Future Releases enhancement new 2017-12-07T08:48:13Z 2017-12-13T05:04:27Z "It looks like MC does not support file patterns exclusion when searching by shell patterns. No other ticket or enhancement found to address it as well. For example if user wants to search for all files but *.a files, search criteria might look like: {{{ *|*.a }}} It is achievable partly with regex patterns but it is tricky to address it if files extensions are used both to include and exclude files, for example if user wants to search for {{{*.h*}}} files but exclude {{{*.hxx}}} files at the same time: {{{ *.h*|*.hxx }}} On Windows platform, FAR Manager supports such functionality using '|' symbol as delimiter in search field." esauloff 3490 Ability to switch to background jobs to view their status mc-core master Future Releases enhancement new 2015-06-25T20:10:38Z 2015-06-25T20:10:38Z "From https://github.com/MidnightCommander/mc/issues/39: > Another feature request is about background jobs. It will be much more better if the user could hide currently running job in the background and restore any of running background jobs to view current progress." zaytsev 2184 accelerators hard to see in default theme mc-skin master Future Releases defect new 2010-05-07T08:16:49Z 2014-03-12T23:41:50Z "the accelerator colors are yellow vs. white in menues and blue vs. black in dialogs. if the aim was to make the coloring subtle, then it was definitely a success ... but there is a usability/accessibility aspect to that. a single slightly differently colored character may be really hard to spot at a quick glance - depending on ambient lighting, monitor settings and personal vision capabilities. with egmont's attribute patch, the right solution is of course using underlines for accelerators. for the color-only schemes, i'd suggest using slightly more contrasting colors. i haven't played with it yet, so i can't make concrete suggestions. " ossi 2216 Active + mouse clicks doesn't refresh view mc-core master Future Releases task assigned 2010-05-22T03:19:54Z 2016-01-30T15:11:45Z Active + mouse clicks doesn't refresh view (master + patches from #1517 #2214 tickets) Janek Kozicki 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 3756 Add a new %macro which expands to full names of tagged files mc-core master Future Releases enhancement new 2017-01-11T19:38:48Z 2017-01-11T19:38:48Z "%v and %V Similiar to the %t and %T, but expands to full names of tagged files. I choose 'v' because it is next to 'u'. Here is my attempt to implement that https://github.com/Bad-ptr/mc/commit/ec491246543f838b911ab735d090d6939e94ae28 " Bad_ptr 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 2047 "Add an option ""Don't traverse mounted file systems"" for ""File find""" mc-core master Future Releases enhancement new 2010-02-21T09:34:00Z 2016-12-17T06:57:23Z Quite often you need to find a file without traversing mounted file systems, please, add an option for that. birdie 1745 Add editor options also to main Options menu mc-core master Future Releases enhancement new 2009-10-27T11:59:26Z 2021-02-17T15:42:11Z "In current MC, if you want to configure editor options (or to check how they are configured), you have to go to editor (opening up some random or empty file) and then launch the config dialog from menu there. It could be useful, if the ""General.."" and ""Save mode.."" option dialogs would be also presented in the Option menu in main Mc menu (perhaps as ""Editor..."" and ""Editor save mode...""), so all the configuration would be conveniently accessible in one place." bilbo 3685 Add hotkey support to labels and groupboxes mc-core master Future Releases enhancement new 2016-09-05T17:54:59Z 2016-09-05T17:54:59Z "Labels and groupboxes should support hotkeys in their text. Pressing the hotkey will move the focus to the following focus-able widget (e.g., input, listbox, radio). This is like `