When trying to run command 'mc' in minicomand plugin the graphic system hangsup with no posibylity to restore. The only solution is to reboot system. even not posible to kill the processes manualy.
Additional information: running fedora core 1, xfce 4.0.4-1 and mc 4.6.0 on a Athlon with an Ati radeon. xfce4-minicmd-plugin version is 0.2.0.1
This is a general known problem in X, don't run console apps w/out a terminal!
w all respect, it doesn't happen w KDE : there, the app doesn't start, but X & KDE go on functioning as before. do you perhaps mean that it's a known problem w Gtk ?
I couldn't fix this by closing /dev/stdin. To me that sounds like mc is pretty broken. Unless someone is willing to spend time more time on this, I think we should close it (and hope glib will fix it in the future ;)
this is a continuing bug, which needs fixing, so please don't close it yet. it's not just MC, but affects any console app. Olivier is wrong -- for once (smile) -- in saying it's a general X problem: it doesn't happen with KDE, so maybe it's a Gtk problem which Qt avoids. 040320 Jasper announced: "I just committed a small change to xfce-exec (CVS HEAD) that seems to solve the problem with console apps freezing X when the terminal option is not set. It would be nice if someone could test it". there has been no further mention of this: does it work ? if it's going to be ok in 4.2 , no doubt we can wait.
Ok, reduced the severity from block to feature. I assigned it to myself, but I won't actually have time to work on it. If you are looking for some low-level glib / libc programming, please consider adopting this bug.
I think this is nor stictly related to a plugin problem. I experienced the same behaviour when trying to start a textual app from firefox, for example. (For some strange reasons my firefox is setted to use less, without terminal, for showing text. I never did care of this, since it is a rare need, but anyway when using gnome and metacity the command simply does not work, without hanging the whole system.) Furthermore I experienced system hanging when a (buggy) program tries to write to a no more existent window. These things cannot be fully controlled by a normal user, so I think this behaviour should be fixed and its priority setted to high.
Happens here too with 4.2.2 but only with mc. Used to happen with less and vi but not anymore. Recipe: hit alt-f2, write mc and it hangs. Mouse moves but cannot click, X needs to be killed. It does only happen if started with startx, if xfce is run from gdm the problem cannot be reproduced.
Again, this is not a bug in xfce, but with X that hangs if an app opens stdin (that point to the original console from where X was started). That's why it doesn't show when started from [k|g|x]dm, since there is no console involved in that case. A work around was to close stdin prior to launching the application, but it seems it doesn't work in all cases.
Yeah, I know this one was filed first, but bug 682 has better discussion and a possible patch. *** This bug has been marked as a duplicate of 682 ***