Closed
Bug 828879
Opened 11 years ago
Closed 11 years ago
[FTE] Back and Next buttons are not inactivated while the device is searching new wifi networks
Categories
(Firefox OS Graveyard :: Gaia::First Time Experience, defect)
Firefox OS Graveyard
Gaia::First Time Experience
x86_64
Gonk (Firefox OS)
Tracking
(blocking-kilimanjaro:?, blocking-basecamp:-)
RESOLVED
WONTFIX
People
(Reporter: rafael.marquez, Unassigned)
Details
(Whiteboard: testrun 2)
*Procedure 1. Lunch FTE 2. go to wifi screen 3. Press search button *Expected Result ‘Back’ and ‘Next’ buttons are inactivated while the device is searching new wifi networks *Actual Result ‘Back’ and ‘Next’ buttons are not inactivated while the device is searching new wifi networks
Reporter | ||
Updated•11 years ago
|
blocking-basecamp: --- → ?
blocking-kilimanjaro: --- → ?
Updated•11 years ago
|
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → INVALID
Comment 1•11 years ago
|
||
Triage: Josh confirms that the buttons are intentionally left enabled.
blocking-basecamp: ? → -
Reporter | ||
Comment 2•11 years ago
|
||
The bug was found with the version: Gecko-257e1c1 Gaia-ea325f7
UCID: owd-13771 https://moztrap.mozilla.org/results/case/63583/
Whiteboard: testrun 2
Reporter | ||
Updated•11 years ago
|
Status: RESOLVED → REOPENED
Resolution: INVALID → ---
Reporter | ||
Updated•11 years ago
|
Flags: needinfo?(psanchezm)
Comment 4•11 years ago
|
||
In my opinion is WONTFIX, because in this case is more appropriate give freedom and control to the user than error prevention (the process could take a long time and interrupt a fluent set up, and at the same time is very easy to come back if you want to complete the task or you can fix it later)
Flags: needinfo?(psanchezm)
Reporter | ||
Updated•11 years ago
|
Status: REOPENED → RESOLVED
Closed: 11 years ago → 11 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•