After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 350487 - Unreadable text after cat /dev/urandom
Unreadable text after cat /dev/urandom
Status: RESOLVED DUPLICATE of bug 127870
Product: gnome-terminal
Classification: Core
Component: general
2.15.x
Other All
: Normal minor
: ---
Assigned To: GNOME Terminal Maintainers
GNOME Terminal Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-08-08 20:22 UTC by Mateusz Drożdżyński
Modified: 2006-08-08 21:24 UTC
See Also:
GNOME target: ---
GNOME version: 2.15/2.16


Description Mateusz Drożdżyński 2006-08-08 20:22:28 UTC 
Please describe the problem:
After doing `cat /dev/urandom` in a terminal window, and then stopping the output with Ctrl+C, the text entered to the terminal AFTER those actions and text printed gets compromised.

http://stuff.klaidas.tinkle.lt/terminal.jpg

This bug was originally reported in Ubuntu:
     https://launchpad.net/distros/ubuntu/+source/gnome-terminal/+bug/55704

Steps to reproduce:
1. Command "cat /dev/urandom"
2. Ctrl+C to stop it
3. Try executing any command


Actual results:


Expected results:


Does this happen every time?


Other information:
Comment 1 Dean Sas 2006-08-08 20:34:10 UTC 
Marking this bug as invalid, you shouldn't cat random stuff to the terminal. Note that you may be interested in bug 12870 though.
Comment 2 Daniel Macks 2006-08-08 20:39:26 UTC 
Just to follow up on what's happening here, this a fairly common result of dumping binary to any *terminal* that is configured to accept vt control sequences. If the binary data happens to look like a vt control sequence, that control action (change text mode or window title, etc) will be performed as usual. The only thing that makes this surprising to some is the fact that the text in a terminal can affect properties of the terminal itself. But otherwise, it would be like having your shell use /dev/urandom as input and observing that /etc went away if the random data happened to contain the string "rm -rf /etc".
Comment 3 Behdad Esfahbod 2006-08-08 21:24:07 UTC 
 Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.


*** This bug has been marked as a duplicate of 127870 ***