{5} Accepted, Active Tickets by Owner (Full Description) (21 matches)
List tickets accepted, group by ticket owner. This report demonstrates the use of full-row display.
andrew_b (3 matches)
Ticket | Summary | Component | Milestone | Type | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Description | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#4258 | Wrong subshell prompt parsing with fish 3.3.0 | mc-core | Future Releases | defect | 06/30/21 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Fish 3.3.0 sends \r while printing prompt and mc erases prompt buffer This change was introduced by https://github.com/fish-shell/fish-shell/pull/8011 It starts working after I modify parse_subshell_prompt_string function: /* Extract the prompt from the shell output */ for (i = 0; i < bytes; i++) - if (buffer[i] == '\n' || buffer[i] == '\r') + if (buffer[i] == '\n') g_string_set_size (subshell_prompt_temp_buffer, 0); else if (buffer[i] != '\0') g_string_append_c (subshell_prompt_temp_buffer, buffer[i]); |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#4424 | Cannot enter into extfs archive with file(s) in the parent directory | mc-vfs | Future Releases | defect | 01/07/23 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
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. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2314 | Freedesktop standard .desktop entry for Midnight Commander | mc-core | Future Releases | enhancement | 08/20/10 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
It would be nice if Midnight Commander would appear in menu's by default. This version I've attached is per latest Freedesktop.org menu-spec standard ( http://standards.freedesktop.org )
http://www.midnight-commander.org/chrome/site/MidnightCommander.png To path: /usr/share/icons/hicolor/64x64/apps/MidnightCommander.png
To path: /usr/share/applications/MidnightCommander.desktop |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
mooffie (1 match) |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Ticket | Summary | Component | Milestone | Type | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#3767 | Document the left/right menu panelize command | documentation | Future Releases | defect | 01/27/17 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
I can't find any information in the internal help, or man page, or wiki, about the "Panelize" command in the "Left" or "Right" menu. I suspect this is related to the (well documented) "External panelize" command, but when I select it, I'm left clueless with an empty panel. Now what? |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
slavazanko (9 matches) |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Ticket | Summary | Component | Milestone | Type | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1483 | Panel scrollbar | mc-core | Future Releases | enhancement | 08/06/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
The following patch adds a primitive scroll indicator to the file panels. It will display only on the active panel, and only if necessary. Attached patch (against 4.7.0-pre1) does this. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1488 | Mountpoint selector | mc-core | Future Releases | enhancement | 08/06/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
A nice feature of Advanced Midnight Commander mc-4.1.x-MP by Olegarch was the mountpoint selector. I ported it back to MC. Very useful, especially in conjunction with automounters for USB sticks, CDs, etc. F11 (Shift-F1) and F12 (Shift-F2) will display the mountpoints selectors for each panel. Patch (against 4.7.0-pre1) attached. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1581 | Tabs or tab equivalent proposed | mc-core | Future Releases | enhancement | 09/03/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Many users has expirience with tabbed applications like firefox and support for tabs in mc can be usefull. Please describe your opinion about topic. What use case you see for tabs? How it should looks like? Should it be clickable tabs like firefox/vim, or buffers like emacs/far manager? andre> i don't know emacs/far manager - but i like the tabs in vim, however - buffers in vim are awesom, too |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1875 | [METATICKET] Change user configuration | mc-config-ini | Future Releases | task | 12/15/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2151 | Odd behavior when opening ZIP file that contains the same file twice | mc-vfs | Future Releases | defect | 04/22/10 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Forwarded from Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=347738 From: Marco Herrn <marco@mherrn.de> To: Debian Bug Tracking System <submit@bugs.debian.org> 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! |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2657 | SEGV when loading directory hotlist during startup | mc-core | Future Releases | defect | 10/30/11 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
during the startup of mc you can press ctrl+\ for the directory hotlist. when mc is not already 'in memory' eg filecache and not visible yet the application is closed with a SEGV signal. reproduce: type mc\n press ctrl+\ received result: Segmentation Fault expected result: started with the directory hotlist visible workarround: type mc again so far i was not able to debug this problem because it seems like a race condition (keys are received before curses are loaded) and most of the time mc loads faster than i am able to press 'ctrl+\'. situations when this bug occurs are
this problem has been persistent in the last years between 4.5 and 4.7, unless the startup sequence is changed it should be persistent in the current versions too $ mc --version GNU Midnight Commander 4.7.5.2 Built with GLib 2.28.8 Using the ncurses library 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, fish Data types: char: 8; int: 32; long: 64; void *: 64; size_t: 64; off_t: 64; |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2830 | Bash subshell history not written on exit | mc-core | Future Releases | defect | 06/17/12 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Since Bash 4.2, closing with any signal will not cause it to write the command history. This is intended, see: http://www.mail-archive.com/bug-bash@gnu.org/msg08850.html The consequence is that leaving MC via F10 will make a Bash subshell forget its history, whereas leaving MC via "exit" in the subshell will work as expected. This is obviously not MC's fault, but still a regression and very annoying. My suggestion is to change "exit_subshell()" to actually issue the "exit" command to the subshell. Unfortunately, I'm not familiar enough with MC's internals to assess if that suggestion is viable. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2371 | show current lines in viewer | mcview | Future Releases | enhancement | 10/01/10 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
its usefull to show current viewing lines in viewer, for example like: (727-774)/1511 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2644 | [PATCH] editor enhancements | mcedit | Future Releases | enhancement | 10/23/11 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
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. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
zaytsev (8 matches) |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Ticket | Summary | Component | Milestone | Type | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1685 | Missing support for archives with encrypted headers (rar, 7z and probably more) | mc-vfs | Future Releases | defect | 10/09/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
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 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2088 | "Show directory sizes" usability regression versus 4.6.x | mc-core | Future Releases | defect | 03/06/10 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
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. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2323 | Syntax hightlighting rule order bogus | mcedit | 4.8.34 | defect | 08/26/10 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
opening the file makefile.cpp in the editor causes it to be highlighted with Makefile syntax instead of C++ syntax. the fix is checking the extension rules first. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#4632 | Shift-F2 recognized as F12 | mc-tty | 4.8.34 | defect | 01/15/25 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
I built mc from master at commit c8eec91cb6260781eb055fe1b45f5d848cbd121c. The output of mc -V is: GNU Midnight Commander unknown Built with GLib 2.82.4 Built with S-Lang 2.3.3 with terminfo database Built with libssh2 1.11.1 With builtin editor 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:
Data types:
I am the author of iTerm2. A user reported that Shift-F2 (and other shift+function key combos) did not work. Using mc's "Options > Learn Keys" feature, I can see that when I press Shift+F2 it is recognized as F12. I have a completely stock configuration. This is on macOS. I verified that iTerm2 correctly sends \e[1;2Q when you press Shift+F2. I was able to reproduce the same problem in xterm, Kitty, and Alacritty. The built-in macOS Terminal does not seem to support shift+function keys at all. My $TERM is set to xterm-256color. infocmp -x gives kf2=\EOQ but as far as I know terminfo isn't very useful for function keys combined with modifiers like shift (I could be wrong about this). I searched the issues and found some very old ones about shift+function key having other problems. I'm sure there's a lot of history here! I would love to help fix this problem whether from my end (if it's a bug in iTerm2) or yours. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#4643 | Stop faking current user uid/gid in extfs | mc-vfs | 4.8.34 | defect | 01/30/25 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Currently, we have a completely inconsistent way of addressing uid / gid in our extfs scripts. Here is an assortment of what we do in different cases:
Sometimes numeric and sometimes symbolic names are returned. This makes testing difficult and in particular next to impossible to make the test suite run as root. My suggestion is to always return 0/0, if the FS in question does not have information about uid/gid, instead of doing 1.-4. Only if the FS does have this information, try to translate it appropriately. My understanding is that mc will take current user uid/gid upon copyout anyways, so faking is not necessary. Going for 0/0 doesn't present any disadvantage I can think of. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#3147 | Support for SquashFS in extfs | mc-vfs | 4.8.34 | enhancement | 01/11/14 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
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. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2346 | Sync PHP syntax highlighting with up do date language keywords | mcedit | Future Releases | enhancement | 09/11/10 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Attached diff was made over official v4.7.4 release |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#3755 | Fix emacs keymap | mc-key-bindings | Future Releases | enhancement | 01/11/17 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
It will be more consistent with emacs if the ctrl-w was mapped to cut(currently it is mapped to remove for mc dialogs). |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||