Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 57776 - rpm-spec-mode redefines C-u
rpm-spec-mode redefines C-u
Product: Red Hat Linux
Classification: Retired
Component: emacs (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Trond Eivind Glomsrxd
Aaron Brown
Depends On:
  Show dependency treegraph
Reported: 2001-12-21 17:27 EST by Tom Tromey
Modified: 2014-08-11 01:46 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-12-21 17:27:09 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Tom Tromey 2001-12-21 17:27:04 EST
From Bugzilla Helper:
User-Agent: Mozilla/4.72 [en] (X11; U; Linux 2.2.16 i686)

Description of problem:
Today I edited a .spec file using GNU Emacs 20.7.1.
I found out that rpm-spec-mode redefines C-u to be a prefix command,
and then binds C-u C-c TAB to `rpm-change-tag'.
The Emacs standard is that major modes can only put new bindings
on "C-c FOO", where FOO is itself a control character (in particular
"C-c LETTER" is reserved for the user).
C-u is globally bound to universal-argument.  I use it all the time.
Rebinding it in this way is, I believe, incorrect.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. Run Emacs
2. C-x C-f /tmp/foo.spec
3. C-u n   should insert 4 "n"s, but instead beeps


Additional info:
Comment 1 Trond Eivind Glomsrxd 2002-01-08 19:56:52 EST
Works fine with emacs-21.1-2.7

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