Closed Bug 1097418 Opened 10 years ago Closed 6 years ago

[Midori 2.0][Wi-Fi]The average time of Wi-Fi automatical connection is 2s more than Fire E 1.3 version

Categories

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

defect

Tracking

(blocking-b2g:-, b2g-v2.1 affected, b2g-v2.2 affected)

RESOLVED WONTFIX
blocking-b2g -
Tracking Status
b2g-v2.1 --- affected
b2g-v2.2 --- affected

People

(Reporter: sync-1, Assigned: vchang)

Details

Attachments

(5 files)

Mozilla Build ID: 20140916000205
 Created an attachment (id=1001961)
 log
 
 DEFECT DESCRIPTION:
 The time of Wi-Fi automatical connection  is 2 seconds more than Fire E 1.3
 
  REPRODUCING PROCEDURES:
 1.Wi-Fi connect to an AP "Cisco01411"
 2.turn off the Wi-Fi
 3.turn on the Wi-Fi and it will connect to the AP "Cisco01411' automatically
 4.repeat the steps above 5 times 
 5.the average time is 5'93-->KO
 6.Fire E 1.3 is 3'976
 note:
 蒋伟,021-31362631
 
 中文:
 1.使用Fire E 2.0 版本测试Wi-Fi自动连接时间,其平均时间是5'93
 2.使用Fire E 1.3 版本测试Wi-Fi自动连接时间,其平均时间是3'976
 
  EXPECTED BEHAVIOUR:
 The time of Wi-Fi automatical connection  is better than Fire E 1.3
  ASSOCIATE SPECIFICATION:
 
  TEST PLAN REFERENCE:
 
  TOOLS AND PLATFORMS USED:
 
  USER IMPACT:
 
  REPRODUCING RATE:
 
  For FT PR, Please list reference mobile's behavior:
Attached file LOG_Fire_E_1.3
Attached file log
Attached image 13vs20
[Blocking Requested - why for this release]:this is a block pr, please help check. thanks.
blocking-b2g: --- → 2.0?
Do these two versions use the same gonk? Like wpa_supplicant/libnetutils... and only difference are the gecko/gaia versions.
No, wpa_supplicant is a newer version.
According to issue steps, we can reproduce on Flame v2.1 and v2.2.
Flame v2.1: 4.7s, 4.8s, 4.8s, 4.9s, 5.0s, 4.7s;  Average time: 4.817s
Flame v2.2: 4.1s, 4.4s, 4.3s, 4.4s, 4.2s, 4.2s;  Average time: 4.267s
See attachment: v2.1_logcat_1703.txt & v2.2_logcat_1709.txt
Reproducing rate: 10/10

FLame2.1 build :
Gaia-Rev        81160ad79e5b4c21967418dd63f1a1d08d77924e
Gecko-Rev       https://hg.mozilla.org/releases/mozilla-b2g34_v2_1/rev/3572aa3e6766
Build-ID        20141116001201
Version         34.0

FLame2.2 build :
Gaia-Rev        1dd8ad8f96988afebc9691e1b818fa37aa32c790
Gecko-Rev       https://hg.mozilla.org/mozilla-central/rev/a52bf59965a0
Build-ID        20141116040209
Version         36.0a1
Attached file v2.1 logcat
Attached file v2.2 logcat
[Blocking Requested - why for this release]:

[Triage] Considering the impact and current phase of 2.0, nom. to 2.1 for consideration.
blocking-b2g: 2.0? → 2.1?
vincent, given the data in comment #7 do you think this is a regression from 1.3 and how do we want to handle this ?
Flags: needinfo?(vchang)
I don't think this is a regression because it may depend on test environment(air is clean or dirty and AP's behavior) and gonk version(wpa_supplicant, netd, kitcat or Jelly Bean...). The connection time seems acceptable for me. But we can put some log in the code to investigate if there is any  problem in wifi code.
Flags: needinfo?(vchang)
Assignee: nobody → vchang
we cannot block on the issue at the minute but vincent please continue to investigate so we are able to fix this issue in 2.2
blocking-b2g: 2.1? → -
Firefox OS is not being worked on
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: