shell connecting by mc 4.7.0.6

[Schneider]

Shell connection throw mc hanged up when I try make it. I can do nothing on screen at the enclosure. After allowed autorisation and several steps connection hange up on step
fish: reading directory.... (in russsian at the screenshot)

I use Ubuntu 10.10. What's wrong with my mc?

[Schneider]

connection hang up

[Schneider]

by another connection you can see processlist

[angel_il]

fish wait password from you

[Schneider]

Replying to angel_il:

fish wait password from you

No, I am logged on. I've typed correct password.

If I was wrong specialy 3 times mc was not hanged up.
If I typed correct password on the screen flash several operation and
hanged up at the step:
fish: reading directory.... (in russsian at the screenshot)

With respect.
MC User

[gotar]

Replying to Schneider:

No, I am logged on. I've typed correct password.

But used some old/broken package from dumb distro and didn't use search?

If I was wrong specialy 3 times mc was not hanged up.
If I typed correct password on the screen flash several operation and
hanged up at the step:

#2347 #2289 - however this is master branch.

First try newest stable (4.7.0.9 currently), then decide who to blame (like ubudubu packagers).

[Schneider]

Replying to gotar:

Replying to Schneider:

No, I am logged on. I've typed correct password.

But used some old/broken package from dumb distro and didn't use search?

If I was wrong specialy 3 times mc was not hanged up.
If I typed correct password on the screen flash several operation and
hanged up at the step:

#2347 #2289 - however this is master branch.

First try newest stable (4.7.0.9 currently), then decide who to blame (like ubudubu packagers).

I used search and I've saw both #2347 #2289 tickets. But my case different.

[Schneider]

So. Ok I've added PPA by recomendation this site.
mc -V

GNU Midnight Commander, версия 4.7.0.9
Виртуальная файловая система: tarfs, extfs, cpiofs, ftpfs, fish, undelfs
Со встроенным редактором
С установленной в системе библиотекой S-Lang с базой данных terminfo
C поддержкой внутренней командной оболочки
С поддержкой фоновых операций
С поддержкой мыши в xterm и консоли Linux
С поддержкой событий X11
С поддержкой интернационализации
С поддержкой многих кодировок
Data types: char 8 int 32 long 32 void * 32 off_t 64 ecs_char 8

The same problem.

I'll repeat:
on the screen flash several steps of connection (after entering correct pass)
fish:get information about...
fish:bla bla bla
fish: reading directory ....

oops... and nothing after. only flash cursor at the right bottom corner of screen ;(

With Respect.
MC User.

[gotar]

Replying to Schneider:

I used search and I've saw both #2347 #2289 tickets. But my case different.

Next time mention it, otherwise you're just wasting other people time.

[gotar]

Replying to Schneider:

> GNU Midnight Commander, версия 4.7.0.9
> Виртуальная файловая система: tarfs, extfs, cpiofs, ftpfs, fish, undelfs
> Со встроенным редактором

Use latin-based alphabet please, tickets written гражданским шрифтом may be not understood by someone and are mostly closed as invalid.

The same problem.

Check this one: ​ftp://ftp.pld-linux.org/dists/th/PLD/i686/RPMS/mc-4.7.3-2.i686.rpm

If it works then it's something in ubudubu build environment wrong, if the problem stays it's something with your environment.

[zaytsev]

Gotar, chill out. I am the ubudubudu packager. The package is perfectly fine for me and numerous other users. OP better turn on logging on the ssh server to see what's actually going on.

[Schneider]

Hmmm... Regardin environment.

1. When I connecting from command line

$: ssh user@domain

From my computer to other comp. -connection opening fine

Only by mc hanged up.

2. And more interesting that I can easy connect loopback by mc 4.7.0.9 (from my comp. to my computer.) My iptables rules are "accept" for all. If you thinking about such reason.

[Schneider]

Check this one: ​ftp://ftp.pld-linux.org/dists/th/PLD/i686/RPMS/mc-4.7.3-2.i686.rpm

If it works then it's something in ubudubu build environment wrong, if the problem >stays it's something with your environment.

Checked. Nothing changed. What could be wrong with my environment? I've install last stable version of Ubuntu 10.10 one week ago.

[mcaccount]

Hi,

I did have similar issue and I did 'fix' it (found a workaround) for me which is described in Ticket: #2031

[zaytsev]

So what is the computer that you are connecting to? Which OS is it running?

[andrew_b]

Since no reply from reported during 11 months, closed.

[sorin]

Please can you reopen the bug? I am constantly getting this behavior for years, it can be reproduced on OS X, Debian and Ubuntu.

Just connect using SSH and put the computer to sleep while in Ctrl-O mode, wait to the ssh connection to be dropped and voila...

You have an endless loop taking 200% CPU (I assume there are two threads, one being the terminal and one mc)

fish: failure
fish: Reading directory...

... only solution to kill the terminal session.

--
GNU Midnight Commander 4.8.8 on OS X 10.8 (brew)

[sorin]

This bug is still present on Debian with mc:

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