Public bug reported:
top in procps-3.2.8 has a regression not present in procps-3.2.7.
Pressing the 's' key while top is running, enables the delay in seconds
or fractions of a second between updates to be entered.
In procps-3.2.7 and earlier, it is possible to enter a delay of 0 to make
updates go as fast as possible.
In procps-3.2.8, top refuses to accept a delay of 0, saying "Not valid", but
this is technically incorrect (see below) because a delay of 0 is as valid as
any other non-negative value, and, in fact, procps-3.2.8 top happily accepts a
delay of 0 if it is input using the -d command line option, i.e. "top -d 0".
Top has always accepted a delay of 0. It's useful and top has been like
that for over 20 years, and nobody has objected.
** Affects: linuxmint
Importance: Undecided
Status: New
** Affects: ubuntu
Importance: Undecided
Status: New
** Also affects: ubuntu
Importance: Undecided
Status: New
--
[regression] procps-3.2.8 top refuses zero delay input by s key
https://bugs.launchpad.net/bugs/545922
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
