I've just commited the ticket for this:
http://www.midnight-commander.org/ticket/2965
you may find it interesting as it explains also how xdg-open is working
and tries to explain this all is illogical. I also ended up digging into
this as suddenly everything was opening in a web browser
[Theodore Kilgore, 2013-01-19]
OK. I can not do any more of this on the machine which is in the workplace
right now, but I tried it at home on my Raspberry Pi which was having the
same problem. It seems to fix the problem well enough.
great
Some observations, both for you who apparently
On Sun, 20 Jan 2013, Piotr Ozarowski wrote:
[Theodore Kilgore, 2013-01-19]
OK. I can not do any more of this on the machine which is in the workplace
right now, but I tried it at home on my Raspberry Pi which was having the
same problem. It seems to fix the problem well enough.
[Theodore Kilgore, 2013-01-18]
xdg-open opens a file or URL in the user's preferred application
explicitly mentioning a file or a url and then it says
If a file is provided the file will be opened in the preferred
application for files of that type. These words would indicate that it is
[Theodore Kilgore, 2013-01-18]
On Fri, 18 Jan 2013, Piotr Ozarowski wrote:
[Theodore Kilgore, 2013-01-18]
xdg-open opens a file or URL in the user's preferred application
explicitly mentioning a file or a url and then it says
If a file is provided the file will be opened in the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
16.01.2013 17:55, Theodore Kilgore wrote:
Please, update to latest version (4.8.7) and try to run:
MC_XDG_OPEN=false mc
It's will switch off the usage of xdg-open and will use an internal
file associations.
Is it what you expected?
- --
WBR,
