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 485135 - The color of history curve is not compliant with gnome system theme settings
The color of history curve is not compliant with gnome system theme settings
Status: RESOLVED OBSOLETE
Product: system-monitor
Classification: Core
Component: general
2.20.x
Other Solaris
: Normal minor
: ---
Assigned To: System-monitor maintainers
System-monitor maintainers
Depends on:
Blocks:
 
 
Reported: 2007-10-09 17:44 UTC by Calum Benson
Modified: 2018-05-22 12:01 UTC
See Also:
GNOME target: ---
GNOME version: 2.19/2.20



Description Calum Benson 2007-10-09 17:44:15 UTC
Punting upstream from OpenSolaris bug database:

*** (#1 of 1): 2006-08-11 04:43:55 IST tim.miao@sun.com

Steps to reproduce:
1. Change desktop theme to High Contrast Large Print Inverse theme.
2. Launch gnome-system-monitor and go to Resources tab.

Expected result:
The history curve should be compliant with gnome desktop theme settings.

Actual result:
The color of history curve is not compliant with system theme settings.

Additional info:
This has workaround, users could change the color of curve to be compliant with theme setting.
Comment 1 Karl Lattimer 2008-01-03 13:54:51 UTC
I think this is fixed by bug #328101 by having default contrasting colours for the graphs it becomes more obvious.

The reason you get 50/50 on the panel applet is most likely because it doesn't have the same granularity of sampling as gnome-system-monitor.

Calum/tim any objections to me closing this bug as a dupe of #328101? for the above stated reason. 

Comment 2 Karl Lattimer 2008-01-03 13:56:32 UTC
oops I posted the reply to the wrong bug??! too many windows open, please ignore comment #1 from this bug, it was mean for bug #466006
Comment 3 Calum Benson 2008-08-14 16:15:47 UTC
I guess the correct fix for this would be to use gtk's symbolic themeable colours (as implemented in #114355), if it's not doing so already.
Comment 4 Robert Roth 2012-01-29 13:56:08 UTC
Do you have any ideas on how we could get 4 or 8 different CPU colors from the theme?
Comment 5 Tobias Mueller 2012-05-06 23:30:31 UTC
reopening as I can't see any open non developer question.
Comment 6 GNOME Infrastructure Team 2018-05-22 12:01:52 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gnome-system-monitor/issues/15.