Bug 118258

Summary:	Colour is not reset on SIG INT
Product:	[Retired] Red Hat Linux	Reporter:	Need Real Name <lsof>
Component:	coreutils	Assignee:	Tim Waugh <twaugh>
Status:	CLOSED RAWHIDE	QA Contact:	David Lawrence <dkl>
Severity:	low	Docs Contact:
Priority:	medium
Version:	9
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2004-11-02 17:37:10 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Need Real Name 2004-03-14 17:33:10 UTC

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6)
Gecko/20040207 Firefox/0.8

Description of problem:
Red Hat has:
 $ alias ls
 alias ls='ls --color=tty'

When I run ls on a directory containing a large number of files, and
press Ctrl+C, ls exits, but does not reset the colour for the terminal.

For example, if ls is half way through printing a green executable
file, and I kill ls, everything I type afterwards is now in green.

How reproducible:
Always

Comment 1 Need Real Name 2004-04-23 13:50:24 UTC

Should ls do this, or is this more of a bash "feature"?

Comment 2 Tim Waugh 2004-04-29 16:05:25 UTC

This is an ls bug, yes.  There have been some changes upstream which
should fix this, but I doubt they will get into Fedora Core 2 before
release at this point.  Deferring until the next round.

Comment 3 Tim Waugh 2004-11-02 17:37:10 UTC

I think this is fixed now (5.2.1-31) -- at least, I can't reproduce
it.  Please re-open if you still see this problem.  Thanks.