{5} Accepted, Active Tickets by Owner (Full Description) (22 matches)

At first I thought it was a problem in my version of the system and opened a ​ticket there. After discussing crashdump, we think the problem is mc.

mc on the system can be run guaranteed with the -u option (--nosubshell).

​Here are the archives for the application mc (under FreeBSD) and crashdump mc.core.

I am ready to provide additional information upon request.

Backtrace full is:

(gdb) bt full
#0  0x00000000002c8aa6 in str_utf8_make_make_term_form (text=0x0, length=18446744073709551615) at strutilutf8.c:454
        result = {
          text = "\000 \000valid)\000  2021\000\061\000\000\273ь\000...\000\200\000\271ки\000\210...\000\201\000\200ования файлов", '\000' <repeats 3002 times>, width = 0, compose = 0}
        uni = 0
        left = 0
        actual = 0x34e410 <str_utf8_make_make_term_form.result> ""
#1  0x00000000002c7bfd in str_utf8_term_width2 (text=0x0, length=18446744073709551615) at strutilutf8.c:802
        result = 0x0
#2  0x00000000002c7c3c in str_utf8_term_width1 (text=0x0) at strutilutf8.c:811
No locals.
#3  0x00000000002c2359 in str_term_width1 (text=0x0) at strutil.c:654
No locals.
#4  0x000000000029c13f in setup_cmdline () at layout.c:976
        mw = 0x801a95c00
        prompt_width = 174
        y = 1
        tmp_prompt = 0x0
#5  0x000000000029b179 in setup_panels () at layout.c:889
        mw = 0x801a95c00
        start_y = 1
#6  0x000000000026320e in midnight_callback (w=0x801a95c00, sender=0x0, msg=MSG_INIT, parm=0, data=0x0) at filemanager.c:1498
        command = 0
#7  0x00000000002516da in send_message (w=0x801a95c00, sender=0x0, msg=MSG_INIT, parm=0, data=0x0) at ../../lib/widget/widget-common.h:243
        ret = MSG_NOT_HANDLED
#8  0x000000000025155b in dlg_init (h=0x801a95c00) at dialog.c:503
        g = 0x801a95c00
        wh = 0x801a95c00
#9  0x0000000000251d95 in dlg_run (h=0x801a95c00) at dialog.c:574
No locals.
#10 0x00000000002630dd in do_nc () at filemanager.c:1837
        ret = 8
#11 0x000000000023dce0 in main (argc=1, argv=0x7fffffffda58) at main.c:463
        mcerror = 0x0
        config_migrated = 0
        config_migrate_msg = 0x0
        exit_code = 1

# env LC_MESSAGES=C mc -V
GNU Midnight Commander 4.8.26
Built with GLib 2.66.7
Built with S-Lang 2.3.2 with terminfo database
With builtin Editor
With subshell support as default
With support for background operations
With mouse support on xterm
With support for X11 events
With internationalization support
With multiple codepages support
Virtual File Systems:
 cpiofs, tarfs, sfs, extfs, ftpfs, sftpfs, fish
Data types:
 char: 8; int: 32; long: 64; void *: 64; size_t: 64; off_t: 64;

# env LC_MESSAGES=C mc -F
Home directory: /root
Profile root directory: /root

[System data]
    Config directory: /usr/local/etc/mc/
    Data directory:   /usr/local/share/mc/
    File extension handlers: /usr/local/libexec/mc/ext.d/
    VFS plugins and scripts: /usr/local/libexec/mc/
        extfs.d:        /usr/local/libexec/mc/extfs.d/
        fish:           /usr/local/libexec/mc/fish/

[User data]
    Config directory: /root/.config/mc/
    Data directory:   /root/.local/share/mc/
        skins:          /root/.local/share/mc/skins/
        extfs.d:        /root/.local/share/mc/extfs.d/
        fish:           /root/.local/share/mc/fish/
        mcedit macros:  /root/.local/share/mc/mc.macros
        mcedit external macros: /root/.local/share/mc/mcedit/macros.d/macro.*
    Cache directory:  /root/.cache/mc/

# env LC_MESSAGES=C mc --configure-options
 '--with-internal-edit' '--enable-charset' '--enable-nls' '--enable-vfs-sftp' '--with-screen=slang' '--with-slang-includes=/usr/local/include' '--disable-vfs-smb' '--without-smb-configdir' '--without-smb-codepagedir' '--with-subshell' '--disable-x' '--prefix=/usr/local' '--localstatedir=/var' '--mandir=/usr/local/man' '--disable-silent-rules' '--infodir=/usr/local/share/info/' '--build=amd64-portbld-freebsd12.2' 'build_alias=amd64-portbld-freebsd12.2' 'CC=cc' 'CFLAGS=-pipe  -DLIBICONV_PLUG -g -fstack-protector-strong -fno-strict-aliasing ' 'LDFLAGS= -L/usr/local/lib -fstack-protector-strong ' 'LIBS=' 'CPPFLAGS=-I/usr/local/include -DLIBICONV_PLUG' 'CPP=cpp' 'PKG_CONFIG=pkgconf'

# uname -a
FreeBSD vb-12.2.0.domain.com 12.2-STABLE FreeBSD 12.2-STABLE #0 r369260M: Sat Feb 13 11:28:24 EET 2021     root@vb-12.2.0.domain.com:/usr/obj/usr/src/amd64.amd64/sys/vb-12.2.0.domain.com.1  amd64

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.

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?

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.

Currently ext.d viewer for torrent is partially broken since ctorrent is used and it broken in most distributions (​http://sourceforge.net/p/dtorrent/bugs/21/).

Attached patch adds viewer and vfs support based on script found here: ​http://phdru.name/Software/mc/torrent

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!

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.

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.

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.

start mc, type: cd ​s3:// (ensure relevant keys are present as env variables) After a few seconds, there is a long error dump, at the end: ssl.CertificateError?: hostname u'...s3.amazonaws.com' doesn't match either of '*.s3.amazonaws.com', 's3.amazonaws.com'

I investigated this a bit. It seems the current version of mc s3 extension uses boto, which is now deprecated by Amazon in favor of boto3 (check ​https://github.com/boto/boto/issues/2836). So, it needs a rewrite to boto3. I can help with this. Do you accept contributions?

Thank you, Dan

mc --version GNU Midnight Commander 4.8.20 Built with GLib 2.48.2 Using the S-Lang library with terminfo database With builtin Editor With subshell support as default With support for background operations With mouse support on xterm With internationalization support With multiple codepages support Virtual File Systems: cpiofs, tarfs, sfs, extfs, ftpfs, fish Data types: char: 8; int: 32; long: 64; void *: 64; size_t: 64; off_t: 64;

• Add OOP keywords (interface, implements, try/catch etc)
• Add predefined exceptions (Exception etc)
• Add predefined interfaces (Iterator etc)
• Add std JSON functions (json_encode etc)
• Add minor std keywords missing in highlight file

Attached diff was made over official v4.7.4 release