Closed
Bug 949827
Opened 12 years ago
Closed 12 years ago
[Cost Control] Wifi Usage keep going up
Categories
(Firefox OS Graveyard :: Gaia::Cost Control, defect)
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
| Reporter | ||
Updated•12 years ago
|
Whiteboard: [fxos-bug-bash-1.2]
Updated•12 years ago
|
QA Contact: rkunkel
Comment 2•12 years ago
|
||
(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
| Reporter | ||
Comment 4•12 years ago
|
||
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
Comment 5•12 years ago
|
||
That sounds like the cost control isn't working as expected with reporting wifi usage then.
blocking-b2g: --- → koi?
Keywords: regression,
regressionwindow-wanted
Comment 7•12 years ago
|
||
Adding + per triage.
blocking-b2g: koi? → koi+
Flags: needinfo?(mozillamarcia.knous)
Comment 8•12 years ago
|
||
Salvador - as this is urgent, can you look into this?
Flags: needinfo?(salva)
Comment 9•12 years ago
|
||
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
Keywords: regression,
regressionwindow-wanted
Updated•12 years ago
|
QA Contact: rkunkel → pbylenga
Comment 10•12 years ago
|
||
Ah - then this is a dupe of bug 945316, which is a vendor bug.
You need to log in
before you can comment on or make changes to this bug.
Description
•