Bug 194270 - yum's default user prompt answer should be configurable
Summary: yum's default user prompt answer should be configurable
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: yum
Version: 5
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Jeremy Katz
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2006-06-06 19:07 UTC by Jason Pepas
Modified: 2014-01-21 22:54 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2006-06-08 11:21:08 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
yum patch (1.52 KB, patch)
2006-06-06 19:07 UTC, Jason Pepas
no flags Details | Diff

Description Jason Pepas 2006-06-06 19:07:16 UTC
Anytime yum needs to prompt the user with a yes/no question (via the
userconfirm() function), the default is always set to 'no'.  This effectively
turns the prompt into 'would you like to cancel?' instead of the more
traditional 'are you sure?'.  The default answer should really be 'yes'
(prompting the user is enough of an interruption; forcing him to enter two
keystrokes instead of one is unnecessary).

I have attached a set of patches which add the configuration option
'default_is_no', which defaults to '1', which preserves the original
functionality.  The option could use a better name; I just used the first thing
which came to mind.

Comment 1 Jason Pepas 2006-06-06 19:07:16 UTC
Created attachment 130632 [details]
yum patch

Comment 2 Seth Vidal 2006-06-08 11:21:08 UTC
I don't agree and adding this as an option just seems excessive.

Are 2 keystrokes really all that difficult?

closing as wontfix

Comment 3 Ruslan 2011-08-24 12:09:27 UTC
> Are 2 keystrokes really all that difficult?
They are not difficult, they are counter-intuitive and inconsistent with other package management interfaces. Having used to e.g. apt, you press Enter meaning "Yes, i confirm", and it appears that you have cancelled the operation instead of confirming it. This is still a problem after several releases with Fedora, which is why I found this bug report.
The patch offered doesn't change the defaults, so why reject it?


Note You need to log in before you can comment on or make changes to this bug.