Closed Bug 1173184 Opened 9 years ago Closed 7 years ago

[Settings][Internet Sharing] User can access/change hotspot settings without deactivating wifi first.

Categories

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

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(b2g-v2.2 unaffected, b2g-master affected)

RESOLVED WONTFIX
Tracking Status
b2g-v2.2 --- unaffected
b2g-master --- affected

People

(Reporter: NicholasN, Unassigned)

References

Details

(Keywords: regression, Whiteboard: [3.0-Daily-Testing][Spark] )

Attachments

(1 file)

Attached file logcat-hotspot.txt
Description:
While cellular data is enabled, the user selects Internet Sharing and checks Wi-Fi Hotpot. At this point 
they are able to access and change settings within Hotspot Settings without turning off Wi-Fi Hotspot 
first. Changing settings while a second user is already connected to the hot spot causes them to disconnect.


Repro Steps:
1) Update a Aries to 20150608200123
2) Go to Settings and make sure Cellular and Data is enabled.
3) In Settings go to Internet Sharing and enable "Wi-Fi Hotspot" at the top.
4) Go to "Hotspot Settings" and change various values such as the SSID Network Name, Security, or Password.



Actual:
Hotspot settings can be changed while the hotspot is active.


Expected:
User is unable to change hotspot settings until the hotspot is deactivated. 


Environmental Variables:
Device: Aries 3.0
Build ID: 20150608200123
Gaia: 42e2ca3289fffa227924149b307c4c27e0503809
Gecko: e10e2e8d8bf2
Gonk: 3af1ede0d0956cfbf9c549df7cd9a6807a9efdf2
Version: 41.0a1 (3.0)
Firmware Version: D5803_23.1.A.1.28_NCB.ftf
User Agent: Mozilla/5.0 (Mobile; rv:41.0) Gecko/41.0 Firefox/41.0

Repro frequency: 8/8
See attached: logcat
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(pbylenga)
Whiteboard: [3.0-Daily-Testing][Spark]
Status: UNCONFIRMED → NEW
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Ever confirmed: true
Flags: needinfo?(pbylenga)
Does this occur on flame?
Flags: needinfo?(nnelson)
Keywords: qawanted
Issue DOES reproduce on Flame 3.0

After enabling wifi hotspot, user can access and change wifi hotspot settings without first disabling hotspot.

Device: Flame 3.0
Build ID: 20150612010203
Gaia: 9f36b711af7597a6a32471c3305cf1e2d6947d39
Gecko: 0093691d3715
Gonk: a4f6f31d1fe213ac935ca8ede7d05e47324101a4
Version: 41.0a1 (3.0)
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:41.0) Gecko/41.0 Firefox/41.0


Issue does NOT reproduce on Flame 2.2

Once wifi hotspot is enabled, the hotspot settings button is greyed out. Pressing button while enabled has no effect.

Device: Flame 2.2
Build ID: 20150612002504
Gaia: cfceba16e48ede3defee24be93637a0fa291c494
Gecko: 3478f3c355c2
Gonk: bd9cb3af2a0354577a6903917bc826489050b40d
Version: 37.0 (2.2)
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:37.0) Gecko/37.0 Firefox/37.0
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage?]
Flags: needinfo?(nnelson) → needinfo?(ktucker)
Keywords: qawantedregression
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(ktucker)
QA Whiteboard: [QAnalyst-Triage+]
QA Contact: bzumwalt
QA Contact: bzumwalt → pcheng
B2G Inbound

Last Working
3.0 Environmental Variables:
Device: Flame 3.0 
BuildID: 20150605073432
Gaia: 444db3e5f5618c15987c3d1523694ab857d3f83d
Gecko: 265506e5d2ca
Version: 41.0a1
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:41.0) Gecko/41.0 Firefox/41.0

First Broken
Device: Flame 3.0 
BuildID: 20150605075836
Gaia: e3d0d06f5aa2f4bdce671a04565d47748c088db0
Gecko: c5ecd44cdec5
Version: 41.0a1
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:41.0) Gecko/41.0 Firefox/41.0

Last Working Gaia First Broken Gecko: Issue does NOT reproduce 
Gaia: 444db3e5f5618c15987c3d1523694ab857d3f83d
Gecko: c5ecd44cdec5

First Broken Gaia Last Working Gecko: Issue DOES reproduce
Gaia: e3d0d06f5aa2f4bdce671a04565d47748c088db0
Gecko: 265506e5d2ca

Gaia pushlog:
https://github.com/mozilla-b2g/gaia/compare/444db3e5f5618c15987c3d1523694ab857d3f83d...e3d0d06f5aa2f4bdce671a04565d47748c088db0

This looks to have been caused by the landing for bug 1168763
Blocks: 1168763
QA Whiteboard: [QAnalyst-Triage+]
Arthur, can you take a look at this please? This looks to have been caused by the landing for bug 1168763.
Flags: needinfo?(arthur.chen)
There was a behavioral change made in bug 1168763 based on the UX suggestion. We may need to update related test cases.
Flags: needinfo?(arthur.chen)
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.

Attachment

General

Created:
Updated:
Size: