Closed Bug 810057 Opened 12 years ago Closed 12 years ago

Data Usage bar doesn't update in real-time, so it's hard to know how accurate it actually is

Categories

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

x86_64
Linux
defect
Not set
normal

Tracking

(blocking-basecamp:-)

RESOLVED FIXED
blocking-basecamp -

People

(Reporter: dholbert, Unassigned)

References

()

Details

(Keywords: b2g-testdriver, polish, unagi)

STR: 1. Open Cost Control app, and go into its settings (gear icon), and set a small max data cap (e.g. 1 MB) 2. Open browser. 3. Drag down the status bar, to see what your current data usage is. 4. Open some ~200 KB or larger file in the browser, e.g. http://tinyurl.com/8tcorqn (which redirects to http://th05.deviantart.net/fs70/PRE/i/20 12/232/0/a/welcome_to_the_internet__plea se_follow_me_by_sharpwriter-d5buwfu.jpg ) 5. After the file loads, drag down the status bar to look at your data usage. ACTUAL RESULTS: Data usage hasn't changed. EXPECTED RESULTS: data usage should have increased by 0.2 MB If you wait a few minutes and then drag down the status bar, *then* the bar will have updated -- at least, it seems like it. So it does eventually update, but there's a significant delay.
(er s/status bar/notification bar/) I'm on the latest
...I'm on the latest stable dogfood release, datestamp 2012-11-06 20:52:24
blocking-basecamp: ? → -
Keywords: polish
Component: Gaia → Gaia::System
I'm working on this to update when the application is shown. I think it is a lack of the API, it could be great if we can attach a callback to an "event" saying: "each time XXX bytes are consumend, please, call me".
This should be fixed as refactor (bug #816927) already landed and now the data usage is updated every time the widget / application is shown. Resolving.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.