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 626846 - System Monitor's network history graph always starts at zero
System Monitor's network history graph always starts at zero
Status: RESOLVED FIXED
Product: system-monitor
Classification: Core
Component: resources
2.28.x
Other Linux
: Normal normal
: ---
Assigned To: System-monitor maintainers
System-monitor maintainers
Depends on:
Blocks:
 
 
Reported: 2010-08-13 14:21 UTC by Pedro Villavicencio
Modified: 2013-04-27 21:55 UTC
See Also:
GNOME target: ---
GNOME version: 2.29/2.30


Attachments
Proposed patch (1.31 KB, patch)
2011-11-27 22:36 UTC, Robert Roth
none Details | Review
Proposed patch updated (1.31 KB, patch)
2012-07-31 22:01 UTC, Robert Roth
none Details | Review

Description Pedro Villavicencio 2010-08-13 14:21:45 UTC
this report has been filed here:

https://bugs.edge.launchpad.net/ubuntu/+source/gnome-system-monitor/+bug/432184

"The network history graph always begins at zero KB/s, then increases to the current value, then tracks that value through time. Compare this to memory and CPU, which both start at the current value then track it.

Please ensure the graph shows the current value as soon as it starts being drawn, rather than beginning at zero."

"I guess the software must start with a value of zero which then gets replaced by real data - but that zero gets graphed. So don't start graphing until you have a real data point."

"Or alternatively, just get your data when you want to start graphing (instead of the other way around)"
Comment 1 Robert Roth 2011-11-27 22:36:54 UTC
Created attachment 202258 [details] [review]
Proposed patch

The attached patch implements the first suggestion of the reporter, so only starts displaying the network graph when we have some real data, which means one second later than the other graphs, because at startup we only have the total bytes sent/received, and we have to wait one second to calculate the current bytes/second.
Comment 2 André Klapper 2012-02-26 10:46:05 UTC
[Adding missing "QA Contact" entry so system monitor bug report changes can still be watched via the "Users to watch" list on https://bugzilla.gnome.org/userprefs.cgi?tab=email when the assignee is changed to an individual.]
Comment 3 Robert Roth 2012-07-31 22:01:03 UTC
Created attachment 220028 [details] [review]
Proposed patch updated

Updated patch to be able to apply it on the current master.
Comment 4 Robert Roth 2013-04-27 21:55:42 UTC
This problem has been fixed in the development version. The fix will be available in the next major software release. Thank you for your bug report.