809608 - Cost Control / Data Usage app doesn't track my data usage anymore

Status: RESOLVED FIXED

(Firefox OS Graveyard :: Gaia, defect, P2)

Description

[Daniel Holbert [:dholbert]]

I'm not sure when this started, but at least since I reflashed my phone yesterday, the "Cost Control" / Data Usage app hasn't been tracking my data usage.

In that app's settings, I set Data Use Alert to on, w/ Alert me when used: 2GB. And since then, I've disabled WiFi and browsed the web (including downloading a ~200KB HTML ebook in the browser).  And yet, the status-bar pulldown screen still shows my used data as being "0.00 MB", and the cost control app shows my usage (both WiFi and 3G) as being at 0MB, with the graph showing flat lines.

Comment 1

[Daniel Holbert [:dholbert]]

I'm using the latest stable dogfood build, datestamp 2012-11-06 20:52:24

Comment 2

[Daniel Holbert [:dholbert]]

(And I have "Reset tracking" still at its default value, "Never", in the Cost Control app. So that's not responsible for this)

Comment 3

[Salvador de la Puente González [:salva]]

Problem here is the graphic has not enough vertical resolution. I'm working on a patch for this. Try setting a very low alarm (around 1MB). You'll still see 0MB but the graphic should not be flat any more.

Can you confirm this? If so, we can change the name of the bug to be more descriptive but I think we can mark it as blocking -

Comment 4

[Daniel Holbert [:dholbert]]

I don't think that's it. The status-bar pulldown screen has more resolution -- it says "0.00 MB" (3 significant figures), and as noted in comment 0, I downloaded a single file over cell-data that was 200 KB == 0.2 MB. So that should have upped 0.00 MB to 0.20 MB if we were tracking things.

Comment 5

[Daniel Holbert [:dholbert]]

Ah, OK -- so comment 3 is sort-of correct --  if I set the alert-level to 1 MB, then I do see the graph going up slightly, but *only* for WiFi (not for cell data -- that's still at 0).

(Side-note: The cost-control app labels the cell data usage as "3G". Perhaps it's not tracking it because our dogfood-phones don't support 3G data in the US, so all of my cell data usage is 2G/"E"?  It *was* tracking it for the first few weeks I had my dogfood phone, but maybe that was a bug...?)

The WiFi data graph says I've used about 0.15 MB, which is way off -- I've downloaded at least two system updates over WiFi, which were each 40+ MB.  And I just now re-download Alice's Adventures in Wonderland (0.2 MB) a few times over WiFi, and my cost control graph didn't budge -- it remains fixed at ~0.15 MB.

So that graph seems to either be missing a lot of things, or be off by a few orders of magnitude.

Comment 6

[Daniel Holbert [:dholbert]]

OK -- after turning my phone off and on (to switch the SIM card) and letting some time pass, I just noticed that:

 (1) WiFi data usage has jumped to 3 MB in the cost-control app (still way under the amount I've used, but not quite as crazy-small)

 (2) Cell data usage is still a flat line in the cost-control app, but the status-bar pull-down now places it at 0.01 MB. (Also still way under the amount I've used, but nonzero at least)

Comment 7

[Daniel Holbert [:dholbert]]

...and now it seems to be getting more accurate. I just downloaded Alice in Wonderland (0.2 MB) a few more times, and then Beowulf (0.5 MB), all over cell data, and now my data usage bar reads 0.79 MB, which is closer to the truth for the past few minutes.

(It didn't update immediately -- I quit the browser and waited a little while before it actually updated. I'll file a separate bug on that.)

Resolving as WORKSFORME for the time being.  If I run up against this again, I'll reopen.

Comment 8

[Salvador de la Puente González [:salva]]

Confirmed by Telefonica QA team or something very related to.

STR:
1-Pull down notification tray
2-Tap in data usage module
3-Open browser app and surf the internet
4-Pull down notification tray
5-Tap in data usage module
Expected result --> Verify that in the top part of the graph, Wifi data used is increased
Actual result --> Wifi data used is 0, it doesn´t matter what you do

Comment 9

[Daniel Holbert [:dholbert]]

That does sound like what I was hitting when I filed this bug (though in my case it mysteriously started working at some point).

For reference: see also bug 810057, about there being some time-delay even when this is working correctly.

Comment 10

[Alex Keybl [:akeybl]]

Milestoning for C2 (deadline of 12/10), as this meets the criteria of "known P2 bugs found before or during C1".

Comment 11

[Salvador de la Puente González [:salva]]

Attachment: The PR increase data resolution and perform an automatic update every time the widget is displayed

The change improves the way in which rounding is performed over data amounts increasing the scale to take in counts bytes and kilobytes.

Furthermore, it keeps the synchronization every two minutes and after showing the widget. The problem here is Gecko does not provide live values or system messages to keep this values up to date in real time so it is necessary to poll the data. See bug #810057.

Comment 12

[Francisco Jordano [:arcturus] [:francisco]]

Landed:

https://github.com/mozilla-b2g/gaia/commit/9e5fb101b199a3c93870cda24e497b83599b5efc

Comment 13

[Natalya Kot [:nkot]]

issue reproduces in build 20130103070203 for Unagi - new bug created, see #826861

Comment 14

[Deepa Subramanian]

Attachment: data usuage not available on notification tray

Comment 15

[Deepa Subramanian]

Reopening this bug 

Verified on Unagi device Build ID: 20130113070202
v 1.0.0-Prerelease

STR:

1. Go to settings and disable wifi and enable cellular and data 
2. Go to cost control and on the usage screen "disable wifi"
3. Hit home button
4. Go to a browser app to browser through few pages so that cellular data is used
4. go to cost control app again to see the data usage
5. go to home
6. Pull down the notification tray to see the data usage

Expected result: 
Data usage seen by the user on both on cost control app and notification tray

Actual result:
Data usage is not seen by the user on  seen on notification tray

Comment 16

[Jason Smith [:jsmith]]

Please file a new bug for the issue you hit and link it as a dependency on this bug. Don't reopen - it makes tracking blockers a royal pain.

Comment 17

[Deepa Subramanian]

Attachment: cost control data usage

Comment 18

[Daniel Holbert [:dholbert]]

Yes, definitely file a separate bug on that -- that's a distinct issue from what this bug was filed about, and it's best to track one issue per bug, for sanity's sake.  (Definitely looks important, though! Attachment 701620 [details] looks bad...)

Comment 19

[Deepa Subramanian]

Oops sorry. added my comments to  the prevailing bug #826861

Comment 20

[Daniel Holbert [:dholbert]]

Your bug doesn't sound like that bug's original steps-to-reproduce or results either...

Rule of thumb: if you have different steps-to-reproduce and a different end-result, please file a new bug, especially if the existing bug is closed. :)

Comment 21

[Daniel Holbert [:dholbert]]

er, make that "different steps-to-reproduce _or_ a different end-result."