Closed Bug 956149 Opened 11 years ago Closed 10 years ago

[B2G][Cost Control] Data usage graph does not properly update when the device's date is manually adjusted

Categories

(Firefox OS Graveyard :: Gaia::Cost Control, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(firefox29 affected, b2g18 affected, b2g-v1.2 affected, b2g-v1.3 affected)

RESOLVED WONTFIX
Tracking Status
firefox29 --- affected
b2g18 --- affected
b2g-v1.2 --- affected
b2g-v1.3 --- affected

People

(Reporter: mvaughan, Unassigned)

Details

Attachments

(2 files)

Description:
The data usage graph incorrectly displays dates when the user manually updates the device's date after the usage report resets. The graph will display the date off of its grid and can even go off of the screen. This will occur if the user sets the date into the past or the future. This issue can resolve itself if the user allows the Usage app reset on its own again.

Repro Steps:
1) Update Buri to Master M-C (1.4) MOZ RIL BuildID: 20140102040201
2) Launch the Usage app
3) Set the report reset date to one day later
4) Navigate to the Settings app
5) Manually set the time to 11:59pm
6) Use some data for a moment
7) At 12:00am, navigate to the Usage app; observe report has been reset
8) Navigate to the Settings app
9) Manually set the Date to a few days earlier
10) Navigate to the Usage app

Actual:
The date displayed on the usage graph will be displayed off of the grid. The date may also be displayed partially or fully off the screen, depending on how far back/forward the user sets the date on the device.

Expected:
The date displayed is on the grid and the graph adjusts to reflect where the tracking report is currently at in time.

Environmental Variables:
Device: Buri Master M-C (1.4) MOZ RIL
BuildID: 20140102040201
Gaia: 67a82f88da231969efa4d22df9fb946abf2cf4df
Gecko: 540d85f60c57
Version: 29.0a1
Firmware Version: V1.2_US_20131115

Notes:
Repro frequency: 3/3
See attached: UsageGraph.png & OldUsageGraph_setToPast.png

This issue does reproduce on the 1.1, 1.2, and 1.3 builds.
The behavior was never defined in Wireframes. We need interaction support to clarify what to do in these cases. From my point of view, as the period has not changed, displaying data outside the chart can be a little bit awkward but it is valid.
Flags: needinfo?(aymanmaat)
referencing comment 2 passing ni? to Harly as he is now overseeing the UX for the Cost Control app
Flags: needinfo?(aymanmaat) → needinfo?(hhsu)
Sorry, I am unable to reproduce the same results, but according to the screenshots, I would say that the width of the grid should always be displayed at a fixed basis. So if I set the reset date is on the 1st of every month, and today is 1/16, then the grid will be to display from 1/1~1/31. Therefore, if I change the date manually to 12/16, then the grid will be to display from 12/1~12/31 instead. Rafael do you have any opinion on this?
Flags: needinfo?(hhsu) → needinfo?(hello)
It is too late for Cost Control as the specification has been discontinued in favor of Smart Data were these kind of time-travelling issues have been already noticed.
Status: NEW → RESOLVED
Closed: 10 years ago
Flags: needinfo?(hello)
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: