Bug 535222 (RHQ-1941) - Timeslices not perfectly proportional across very long time ranges.
Summary: Timeslices not perfectly proportional across very long time ranges.
Status: CLOSED CURRENTRELEASE
Alias: RHQ-1941
Product: RHQ Project
Classification: Other
Component: Core UI
Version: 1.2
Hardware: All
OS: All
low
medium vote
Target Milestone: ---
: ---
Assignee: RHQ Project Maintainer
QA Contact: Mike Foley
URL: http://jira.rhq-project.org/browse/RH...
Whiteboard:
Keywords: SubBug
Depends On:
Blocks: rhq_triage jon3
TreeView+ depends on / blocked
 
Reported: 2009-04-07 02:38 UTC by Corey Welton
Modified: 2014-05-02 17:50 UTC (History)
1 user (show)

(edit)
Clone Of:
(edit)
Last Closed: 2014-05-02 17:50:10 UTC


Attachments (Terms of Use)

Description Corey Welton 2009-04-07 02:38:00 UTC
1. Assure you've got a platform in inventory that has been inventoried/actively monitored for a few days.
2. Somewhere along the line -- maybe shortly after inventorying the platform --  go to Monitor > Graphs for this platform and change "Metric Display Range: Last :" to 120 Days
3. After you've got a few days of data, return to Monitor > Graphs
4. You should see a bunch of gray dots for those dates where the platform had not been monitored.  Hover over most of these, note the date and time
5. Scan over to the last 3-4 dots that are red/green according to the collected data.

Current results:
The gray dots show a time that is equivalent to (current time  - n(days)).
The red/green dots show different times.

Expected results:
Proportional/consistent timeslices.

Other notes:
Oddly, the first time I did this, all but the second to last dot showed the correct time.  When I changed the time range, and then returned it to 120 days, none of the days for which data was collected show the correct time.


[22:16] <joseph> yeah, the red one seems to be off
[22:16] <joseph> the correct logic would probably be to show timestamps as perfect dissections of the total 
                 display rnage



Comment 1 Red Hat Bugzilla 2009-11-10 20:49:57 UTC
This bug was previously known as http://jira.rhq-project.org/browse/RHQ-1941


Comment 2 wes hayutin 2010-02-16 16:56:02 UTC
Temporarily adding the keyword "SubBug" so we can be sure we have accounted for all the bugs.

keyword:
new = Tracking + FutureFeature + SubBug

Comment 3 wes hayutin 2010-02-16 17:01:11 UTC
making sure we're not missing any bugs in rhq_triage


Note You need to log in before you can comment on or make changes to this bug.