Summary: | Terminal emulator konsole automatically starts in background instead of foreground | ||
---|---|---|---|
Product: | [Applications] konsole | Reporter: | martin.babutzka |
Component: | general | Assignee: | Konsole Developer <konsole-devel> |
Status: | RESOLVED UNMAINTAINED | ||
Severity: | normal | CC: | adaptee, aspotashev, cpigat242, frautukka, kdebugs-4250, robertknight |
Priority: | NOR | ||
Version: | 2.9 | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
martin.babutzka
2011-01-05 11:19:17 UTC
Still no option to force foreground mode??? Unbelievable. Scripts like konsole -e "ssh somewhere dosomething" echo "done" are impossible because the echo command is executed immediately and there is no way to wait for konsole termination. qt: 4.7.2 kde: 4.6.2 konsole: 2.6.2 Roberto - You can use the --nofork option Robert - Thank you. The --nofork option actually works. But it is not documented; not in --help at least.... Maybe the bug can be closed after just documenting the --nofork option. --nofork shows up under --help-kde Is there any understandable reason to not use the --nofork option as default? This could help a lot of programs and scripts waiting for the process termination. However starting a process in background is such a simple and elementary task that even a Linux beginner is capable to fork e.g. konsole if he likes to. Finding the --nofork option when using --help-kde is not very intuitive. I have to admit that I - while being using KDE every day since 1998 - completely missed the --nofork option hidden in --help-kde. So it is indeed not intuitive. I agree with the proposal to have --nofork as the default. > Is there any understandable reason to not use the --nofork option as default
Yes. Konsole uses a single process for all terminal windows by default to facilitate improved startup time and resource sharing amongst windows and also enables some features like dragging and dropping tabs between windows.
We have discussed this behaviour also here: https://bugs.kde.org/show_bug.cgi?id=217357 where it also effects the -e option. I don't care what the default behaviour is, as long as it is well documented. That means, not only on the command line help, but also in the KDE GUI Help it should clearly be mention. Please see the bug report I mentioned, to know where I would like to see a better documentation. It should be stated for each option in more detail how the forking effects that option. It is not very convenient, if you have to read several documentations, before you can savely use an option in konsole or any other KDE program. IMHO, --nofork should be the default behaviour *when* konsole is invoked from terminal(stdin is a tty). #217357 and #173697 are two good examples. If --nofork is the default behavior when invoked from terminal, those two problems simply do not exist. Git commit 43ff8c48a7a0fd0086845f6aab8ecace51448732 by Kurt Hindenburg. Committed on 31/07/2011 at 21:11. Pushed by hindenburg into branch 'master'. Add --nofork to the --help output. --nofork is under --help-kde which is often overlooked by users. Placing a comment under --help should cause less problems for users. CCBUG: 217357 CCBUG: 262169 CCBUG: 173697 M +1 -0 src/main.cpp http://commits.kde.org/konsole/43ff8c48a7a0fd0086845f6aab8ecace51448732 (In reply to comment #9) > IMHO, --nofork should be the default behaviour *when* konsole is invoked from terminal(stdin is a tty). Another (less convincing) example: '--geometry' is currently useless unless '--nofork' is also used, see comment #23 of bug #155603. Although I agree #165355 on kdelibs is the root cause for the broken '--geometry', but if '--nofork' is the default behavior *when* invoked from terminal, konsole users will enjoy easier life. Another problem caused by this foreground feature is users have difficuty setting some terminal editor(vim/nano/jed) as the external editor used by kmail. See comment #4 and #6 of bug #170867 for more info. |