Closed Bug 945316 Opened 11 years ago Closed 7 years ago

[B2G][Usage] Wi-Fi usage increases abnormally

Categories

(Firefox OS Graveyard :: Vendcom, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(firefox28 affected, b2g18 affected)

RESOLVED WONTFIX
Tracking Status
firefox28 --- affected
b2g18 --- affected

People

(Reporter: noemi, Unassigned)

References

Details

(Whiteboard: [POVB])

Description: Wi-Fi usage increases abnormally. It requires to tap on power on/off button to lock the device and launch data usage app or access to it if open. Repro Steps: 1- Launch the Usage app and configure settings through FTU process to track data 2- Wi-Fi can be disabled or enabled (but in this last case no Wi-Fi connection established) 3- Tap on power on/off button to lock the device 4- Unlock the device 5- Access to Usage app (if open) or launch it Actual: Wi-Fi usage increases abnormally Expected: No Wi-Fi usage should be reflected, there is no Wi-Fi connection/consumption Environmental Variables: Device: Unagi v1.3 M-C Mozilla RIL BuildID: 20131202030802 Gaia: f64d282 Gecko: 0e3362f Version: 28.0a1 Repro frequency: 100%
blocking-b2g: --- → 1.3?
Keywords: regression
QA Contact: gbennett
.:Last Working Build:. Environmental Variables: Device: Leo 1.1 mozRIL BuildID: 20131203041431 Gaia: 19c9ff3a46a4389e40253c97b359763243af4531 Gecko: 617eb9d9bcc2 Version: 18.0 Firmware Version: V10d .:First Broken Build:. Environmental Variables: Device: Buri 1.2 central mozRIL BuildID: 20130621031231 Gaia: e2f19420fa6a26c4287588701efaec09a750dba1 Gecko: 7ba8c86f1a56 Version: 24.0a1 Firmware Version: 20131115 This repros for all of 1.2 and 1.3 Buri and does not for the latest 1.1 Leo.
Some additional information after performing some tests: - In case WiFi is disabled, I only be able to reproduce this issue (WiFi usage increases when locking/unlocking the device) with Unagi device, it is not occuring with Hamachi one (it seems to be WiFi driver related?) - In case WiFi in enabled but there is no WiFi connection, The WiFi usage increase when locking/unlocking the device seems to be the expected behavior due to some WiFi traffic is generated when scanning for WiFi networks; ni to Albert to confirm if it is the expected behavior under this scenario
Flags: needinfo?(acperez)
QAWANTED to understand if this is device specific problem. thanks
Keywords: qawanted
(In reply to Noemí Freire (:noemi) from comment #2) > Some additional information after performing some tests: > > - In case WiFi is disabled, I only be able to reproduce this issue (WiFi > usage increases when locking/unlocking the device) with Unagi device, it is > not occuring with Hamachi one (it seems to be WiFi driver related?) > - In case WiFi in enabled but there is no WiFi connection, The WiFi usage > increase when locking/unlocking the device seems to be the expected behavior > due to some WiFi traffic is generated when scanning for WiFi networks; ni to > Albert to confirm if it is the expected behavior under this scenario Both Gaia and Gecko are working as expected, it seems to be a problem of the wifi driver. As Noemi commented, scenario where wifi is disabled should not have increasing data usage. However, I don't think that data should be increased when wifi is enabled while there is no connection established, at least this is the behavior on android devices and linux systems. To isolate the problem, discarding gaia and/or gecko problems, you can check data usage with the following command when wifi is disabled or no connection is active: adb shell cat /proc/net/dev The stats of /proc/net/dev are provided at kernel level, making a request to the wifi driver. In gecko, the network stats API get the stats through the network daemon, the responsible of reading the /proc/net/dev file.
Flags: needinfo?(acperez)
This might actually be device specific as this does not repro on the latest Leo 1.2 where it repro'd across all of 1.2 for Buri. Environmental Variables: Device: Leo 1.2 comRIL BuildID: 20131213004002 Gaia: 1aca7c4860e39b1a9969807d335dcf9f070ea9b3 Gecko: a2b69b561d9b Version: 26.0 RIL Version: 01.02.00.019.102 Firmware Version: V10d
Does this reproduce on Buri 1.1?
Keywords: qawanted
This does repro on Buri 1.1 Environmental Variables: Device: Buri 1.1 mozRIL BuildID: 20131213041208 Gaia: 6ff3a607f873320d00cb036fa76117f6fadd010f Gecko: bdac595a4e46 Version: 18.0 RIL Version: 01.02.00.019.102 Firmware Version: 20131115
Keywords: qawanted
I think that confirms this is a vendor bug.
Component: Gaia::Cost Control → Vendcom
Keywords: regression
hi Vance, mind taking a look with our partner? Thanks
Flags: needinfo?(vchen)
Checking with partner about this issue
Flags: needinfo?(vchen)
For Buri, the behavior is working as expected. The Wi-Fi traffic data in the Usage app will increase only when the WiFi is enable. And our partner pointed out that it is normal that the handset will have some wifi data traffics when waking up the handset from sleep. That is because the handset will scan for the available hot-spots. To further ensure that the increase of wifi data is caused by lock/unlock the handset, we run "adb shell cat /proc/net/dev" while the handset is lock, and find that the data remain the same. Please let me know shall you need more information from partner
(In reply to Vance Chen [:vchen][vchen@mozilla.com] from comment #11) > For Buri, the behavior is working as expected. > > The Wi-Fi traffic data in the Usage app will increase only when the WiFi is > enable. And our partner pointed out that it is normal that the handset will > have some wifi data traffics when waking up the handset from sleep. That is > because the handset will scan for the available hot-spots. > > To further ensure that the increase of wifi data is caused by lock/unlock > the handset, we run "adb shell cat /proc/net/dev" while the handset is lock, > and find that the data remain the same. > > Please let me know shall you need more information from partner Hi, We were able to reproduce the issue when WiFi is disabled under the following scenario (master branch): device: Buri Gecko: 72271ce Gaia: 589e780 BuildId: 20131212183426 STR: 1- Connect the device through USB 2- Disable WiFi 3- Check /proc/net/dev 4- Disconnect USB 5- Tap on power on/off button to lock the device 6- Unlock the device (repeat steps 5 & 6 some times) 7- Connect device through USB 8- Check /proc/net/dev (WiFi usage has been increased)
Can someone on this bug check if bug 949827 is a dupe of this bug?
(In reply to Jason Smith [:jsmith] from comment #13) > Can someone on this bug check if bug 949827 is a dupe of this bug? Bug 949827 has slightly different repro steps, but the actual and expected are moving towards the same goal. Which do you wish to dupe?
(In reply to Noemí Freire (:noemi) from comment #12) Thanks for the information. My bad, I tested with wrong version. Everything works fine on partner firmware version 1.1, however all the 1.2 base images(US-V1.2-Dev-20131209, V1.2_US_20131115) have this problem because of there are some drivers patches missing in the code base. For now partner doesn't have extra resource to check this problem, they will fix this issue once there is a commercial plan for 1.2
Whiteboard: [POVB]
Clearing nom as this is a vendor bug.
blocking-b2g: 1.3? → ---
Firefox OS is not being worked on
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.