Community
Participate
Working Groups
There are three views which present the same time range of event information in different fashion in the Histogram view, Control Flow view and Resources view. These three views shall synchronize to the same time range when ever any of them is adjusted by the user. when ever the user makes a click punctual selection inside the time range window, the three views are expected to reflect the selection and not refresh the information since the time range has not been adjusted. However the punctual time selection occasionally triggers time range adjustments, How to reproduce: Open an Experiment, Zoom the control flow view to display partial portions of experiment data, make single time selection in control flow view or resources view, closer the the right or left edges the time range should not be adjusted.
Looking closer to this issue, The histogram view has split it horizontal space in a number of x positions, the time range covered by each of the x position depends on the the time window of the whole experiment. When the histogram view receives a time range update, it first calculates the closest x position and use it as the new center, it then applies the width to the center to estimate the actual start and end borders. The resulting visible time window in the Histogram view is then quite imprecise and does not keep the requested time range, causing big discrepancies with the other views and therefore triggering un-necessary re-selections e.g. clicking inside a selected time range may seem outside of the visible range within the Histogram view.
The patch for this bug has been attached to Bug 315889. Changes: The sendTmfRangeSynchSignalBroadcast (HistogramView.java) function has been corrected to represent the exact time range selected by selection window in Full Histogram.
Resolved with patch from bug315889
Delivered with 0.7
