[regression] procps-3.2.8 top refuses zero delay input by s key
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Linux Mint |
Fix Released
|
Undecided
|
Unassigned | ||
procps (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
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: | ubuntu → procps (Ubuntu) |
Changed in procps (Ubuntu): | |
status: | New → Confirmed |
tags: | added: procps-3.2.8 regression-update top |
Changed in linuxmint: | |
status: | Triaged → Fix Released |
Marking as upstream.