Bug 449136 - Not backgrounding the process started from terminal
Summary: Not backgrounding the process started from terminal
Status: RESOLVED NOT A BUG
Alias: None
Product: konsole
Classification: Applications
Component: general (show other bugs)
Version: 21.12.1
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: Konsole Developer
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-01-25 12:14 UTC by amixra
Modified: 2024-02-26 01:39 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description amixra 2022-01-25 12:14:07 UTC
SUMMARY
It frustates with logs of processes which have been backgrounded already. I have tried checking `jobs` and `bg 1` that job and it says `bash: bg: job 1 already in background` as expected.

STEPS TO REPRODUCE
1. Start any program by backgrounding it. for example `gedit foo.txt &` 
2. Start using that program. for example - typing anything into it. 
3. Open the yakuake terminal. for example - press F12.

OBSERVED RESULT
There should be all the logs generating in it like when it is launched in foreground. I tried similar thing with konsole and it was showing expected behaviour.

EXPECTED RESULT
After backgrounding a process , a person assumes their terminal will not be filled with so many logs so everytime after switching between a text editor and terminal I have to press CTRL + C to exit that and to continue what I was doing.

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 5.23.5 
KDE Frameworks Version: 5.90.0
Qt Version: 5.15.2
Kernel Version: 5.16.2-arch1-1(64-bit)

ADDITIONAL INFORMATION
I have arch and I use Gnome on X11(generally and at that time also) but I like KDE Applications too. I still gave above version informations if it may be helpful.
Comment 1 ninjalj 2022-01-28 23:08:22 UTC
Unless I'm misunderstanding something, not a konsole/yakuake issue.

Backgrounding doesn't prevent a process from printing to the terminal (unless tostop is set, but it typically isn't set. See the output of "stty -a"). To prevent logs from getting printed, they should be redirected, e.g:

gedit foo.txt >/dev/null 2>&1 & 
or
gedit foo.txt >& /dev/null &  # (if your shell supports that)
or
gedit foo.txt 2> /dev/null &  # (if you only want stderr redirected)