Closed Bug 1190543 Opened 10 years ago Closed 7 years ago

[Contacts] Opening Settings shows all buttons as enabled briefly before then disabling all relevant buttons

Categories

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

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

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

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

People

(Reporter: onelson, Unassigned)

References

()

Details

(Whiteboard: [2.5-Daily-Testing])

Attachments

(1 file)

Description: When a user is within the Contacts app and then opens the Settings [top-right gear] for the first time on the apps life cycle, they will observe that all the buttons on the Settings page will draw as enabled before quickly being restored to their proper enabled/disabled logic based on the user's Contact app state (number of contacts). Repro Steps: 1) Update a Flame to 20150803030210 2) Open the Contacts app 3) Enter Contacts: Settings <= tap the top-right gear icon 4) Observe buttons as they are drawn Actual: Buttons all draw as enabled before quickly switching to disabled Expected: Buttons draw as their appropriate behavior based on app state, invisible to user Environmental Variables: ----------------------------- Device: Flame 2.5 Build ID: 20150803030210 Gaia: 2ca27bbdd84526c6a3b198d9cf10f2caff1dadde Gecko: 32712cd01159 Gonk: 41d3e221039d1c4486fc13ff26793a7a39226423 Version: 42.0a1 (2.5) Firmware Version: v18D User Agent: Mozilla/5.0 (Mobile; rv:42.0) Gecko/42.0 Firefox/42.0 Device: Flame 2.2 BuildID: 20150803032504 Gaia: f8b119ac30e97df991c97682ac4d4f9ca22e1793 Gecko: 429b9d2d4566 Gonk: bd9cb3af2a0354577a6903917bc826489050b40d Version: 37.0 (2.2) Firmware Version: v18D User Agent: Mozilla/5.0 (Mobile; rv:37.0) Gecko/37.0 Firefox/37.0 ********************** Issue DOES NOT REPRODUCE on 2.1 for flame devices Results: Buttons draw as their appropriate behavior based on app state, invisible to user Device: Flame 2.1 BuildID: 20150724001207 Gaia: 9dba58d18006e921546cec62c76074ce81e16518 Gecko: 41e10c6740be Gonk: bd9cb3af2a0354577a6903917bc826489050b40d Version: 34.0 (2.1) Firmware Version: v18D User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0 ----------------------------- Repro frequency: 5/5 See attached: video- https://youtu.be/gs_u6x84EE8 logcat
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(pbylenga)
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(pbylenga)
Cannot see the video properly sorry. Borja do you think we eliminated the transition before being ready with the UI? Anyway this will be affected once we land the separation of settings in a different view.
Flags: needinfo?(borja.bugzilla)
In this case we could wait to have the whole UI rendered to show it with all buttons in the final state, but I'm wondering if this could impact the user experience (as a user I would be stuck in an empty screen some ms until showing everything rendered properly). Francisco, wdyt?
Flags: needinfo?(borja.bugzilla) → needinfo?(francisco)
If we are not going to separate this view, we can handle this on the navigation, the checks are not that much, connectivity, number of contacts and the cookie with the ordering options.
Flags: needinfo?(francisco)
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: