Bug 750802

Summary:	Mistake on command line results in searching yum db
Product:	[Fedora] Fedora	Reporter:	Lukáš Czerner <lczerner>
Component:	bash	Assignee:	Roman Rakus <rrakus>
Status:	CLOSED NOTABUG	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	16	CC:	maxamillion, rrakus, tsmetana
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2011-11-02 13:35:20 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:

Description Lukáš Czerner 2011-11-02 12:08:53 UTC

Description of problem:

Every time when I make an mistake when writing command on the command like, it will try to search this "obviously" non-existing command in the repository. It will take several seconds to finish, resulting in unwanted annoying behaviour.

How reproducible:

just type command which does not exist on your system.

Actual results:

It will lag for several seconds, trying to find the command in the repository.

Expected results:

finish immediately with "command not found" error without doing any time consuming operation on background.

Additional info:

Please, this is highly annoying behaviour. 99.9% of the time I hit this is caused just by misspelling error when typing the command. There is really no need to have something which is in most cases absolutely useless. Thanks.

Comment 1 Roman Rakus 2011-11-02 13:35:20 UTC

It's due to command_not_found_handle function. It is distributed in package `PackageKit-command-not-found'.

Comment 2 Lukáš Czerner 2011-11-02 15:04:44 UTC

Well, I still think it is a bug. To be more specific, the fact that this feature is obviously enabled by default is a bug, since it is causing more pain than it is useful.

The bug should have been transferred to the PackageKit component, rather than closed.