Closed Bug 949827 Opened 11 years ago Closed 11 years ago

[Cost Control] Wifi Usage keep going up

Categories

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

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(blocking-b2g:koi+)

RESOLVED DUPLICATE of bug 945316
blocking-b2g koi+

People

(Reporter: wachen, Unassigned)

Details

(Whiteboard: [fxos-bug-bash-1.2])

Description:
The wifi usage keep going up without turning on the wifi


Steps to Reproduce:

1. flash the phone
2. turn on the data connection
3. launch usage app
4. put the phone there for a while
5. turn off and turn on the screen

Expected Results:
1.first time see usage of wifi should be zero
2.wifi usage doesn't go up without any action using wifi

Actual Results:
1.first time see usage of wifi is not zero
2.wifi usage go up without any aciton


Additional Notes:

Environmental Variables:

Version: 1.2
Device: Buri
Build Date: 12/12/2013
RIL Type (Mozilla RIL or Commericial RIL): Commercial RIL
Whiteboard: [fxos-bug-bash-1.2]
Does this reproduce on a 1.2 Moz RIL build?
Keywords: qawanted
QA Contact: rkunkel
(In reply to Jason Smith [:jsmith] from comment #1)
> Does this reproduce on a 1.2 Moz RIL build?

Yes, this reproduces in the latest Buri v1.2 MOZ RIL build.

Buri 1.2 Environmental Variables:
Device: Buri v1.3 Mozilla RIL
BuildID: 20131217004001
Gaia: 4f53ba8b3628ac311253fc28dfdf66e7ba6832de
Gecko: 129ad3c335a5
Version: 26.0
Firmware Version: V1.2_US_20131115
Keywords: qawanted
Does this reproduce on 1.1?
Keywords: qawanted
I just tested in v1.1. It doesn't reproduce.

However, it will have a strange initial value. The reason is usage app actually took the wifi spot searching in ftu into calculation. After you exit FTU, the wifi usage won't increase anymore.
Keywords: qawanted
That sounds like the cost control isn't working as expected with reporting wifi usage then.
blocking-b2g: --- → koi?
This is bad.  Let's plus it.
Flags: needinfo?(mozillamarcia.knous)
Adding + per triage.
blocking-b2g: koi? → koi+
Flags: needinfo?(mozillamarcia.knous)
Salvador - as this is urgent, can you look into this?
Flags: needinfo?(salva)
I was able to reproduce both Actual Results from Comment 0 on both 6-21-2013 Buri v1.2 Moz RIL and on Buri v1.1 Moz RIL.  Seems like it's not a regression since it was able to reproduce on v1.1 as well.

Here are the STRs I used to test this issue:
1. Reset Device
2. Navigate through FTU (Note there is a WiFi search for networks in area)
3. Don't connect to a network and Complete FTU
4. Drag down Notification Bar (Observe WiFi is turned on by default without connecting to a network)
5. Launch Cost Control (I tested both through homescreen entry point and notification bar entry point)
6. Enable WiFi on the graph and observe value (There is an initial value)
7. Lock screen and wait a few seconds
8. Unlock screen and observe value for WiFi usage (value has increased)
9. Drag down Notification Bar (Observe WiFi is still turned on without being connected to network)

The value being seen in Step 6 and 9 are most likely from searching for available networks.

Environmental Variables
Device: Buri v1.2 Moz RIL
Build ID: 20130621031231
Gecko: http://hg.mozilla.org/mozilla-central/rev/7ba8c86f1a56
Gaia: e2f19420fa6a26c4287588701efaec09a750dba1
Platform Version: 24.0a1
Firmware Version: 20131115

Environmental Variables
Device: Buri v1.1 Moz Ril
Build ID: 20131217041201
Gecko: http://hg.mozilla.org/releases/mozilla-b2g18/rev/bdac595a4e46
Gaia: 6ff3a607f873320d00cb036fa76117f6fadd010f
Platform Version: 18.1 
Firmware Version: 20131115
QA Contact: rkunkel → pbylenga
Ah - then this is a dupe of bug 945316, which is a vendor bug.
Status: NEW → RESOLVED
Closed: 11 years ago
Keywords: qawanted
Resolution: --- → DUPLICATE
Flags: needinfo?(salva)
Keywords: qawanted
You need to log in before you can comment on or make changes to this bug.