After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 681581 - Sort by CPU time is wrong
Sort by CPU time is wrong
Status: RESOLVED NOTABUG
Product: system-monitor
Classification: Core
Component: process list
3.4.x
Other Linux
: Normal normal
: ---
Assigned To: System-monitor maintainers
System-monitor maintainers
Depends on:
Blocks:
 
 
Reported: 2012-08-10 07:47 UTC by Robert Roth
Modified: 2012-11-29 22:05 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Robert Roth 2012-08-10 07:47:13 UTC 
Forwarded from https://bugs.launchpad.net/ubuntu/+source/gnome-system-monitor/+bug/1026994 , originally reported there by Mathieu Sivade.

The sort is happenning, but it looks like the processes were split into two groups (arbitrarily, as far as I can tell), each group being sorted independently. See the attached screenshot which is quite explicit.
NB:
  - Sorting by increasing order still kept them grouped, with the 3-items group put at the end.
  - This grouping didn't affect sorting by any of the other columns I had set up.

This is certainly not a major issue, it is just puzzling and could be an inconvenience if the first group was larger.
Comment 1 Robert Roth 2012-08-10 07:47:43 UTC 
As I have also seen this, I am confirming the issue.
Comment 2 Robert Roth 2012-11-29 22:05:08 UTC 
Screenshot from the downstream report:
https://bugs.launchpad.net/ubuntu/+source/gnome-system-monitor/+bug/1026994/+attachment/3229550/+files/Screenshot%20from%202012-07-20%2010%3A46%3A03.png

After investigating the issue, it seems like sorting is OK. On the screenshot the first five cpu values ordered are:
* 3:21:44 (3 hours 21 minutes 44 seconds)
* 2:42:38 (2 hours 42 minutes 38 seconds)
* 1:17:05 (1 hour 17 minutes 5 seconds)
* 36:40.91 (37 minutes 40 seconds 910 milliseconds)
* 17:40.34 (17 minutes 40 seconds 340 milliseconds)
Based on the length of the strings the ordering seems incorrect, and I have confirmed, however in fact the order is OK, only the formatting differences are confusing. Based on this I am setting this bug as Invalid, as the sort by cpu time works ok, the problem seems the formatting. If you have any ideas, let's discuss them, I'll be happy to improve the formatting.