Closed Bug 1119599 Opened 5 years ago Closed 4 years ago

[Homescreen][Smart Collection] Smart Collection will briefly appear to be in Edit Mode before loading the title into the Header.


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

Gonk (Firefox OS)
Not set


(tracking-b2g:backlog, b2g-v2.1 unaffected, b2g-v2.2 affected)

tracking-b2g backlog
Tracking Status
b2g-v2.1 --- unaffected
b2g-v2.2 --- affected


(Reporter: Marty, Unassigned)




(Keywords: regression, Whiteboard: [2.2-Daily-Testing][systemsfe])


(1 file)

When the user selects to enter a Smart Collection, the header will briefly display 'Edit' and 'Done,' as if the collection were in Edit Mode.  The proper title will quickly fade in as the Edit strings fade away.
Repro Steps:
1) Update a Flame device to BuildID: 20150108010221
2) From the Homescreen, select one of the Smart Collections
3) Observe the Header, looking for Edit UI.
4) Repeat steps 2-3 with different Smart Collections
Edit mode UI will briefly display before the proper SC Title fades in.
Proper SC Title is in the Header as soon as the Smart Collection loads.
Environmental Variables:
Device: Flame 2.2 Master (319mb)(Kitkat Base)(Full Flash)
BuildID: 20150108010221
Gaia: d4dac29613076bdba3cb8adc217deadb08a2ac20
Gecko: 70de2960aa87
Gonk: a814b2e2dfdda7140cb3a357617dc4fbb1435e76
Version: 37.0a1 (2.2 Master)
Firmware: V18D
User Agent: Mozilla/5.0 (Mobile; rv:37.0) Gecko/37.0 Firefox/37.

Note: This issue occurs on both v18D and v188-1 Bases

Repro frequency: 4/8
See attached: video clip (URL), logcat


This issue does NOT occur on Flame 2.1.
Proper SC Title is in the Header as soon as the Smart Collection loads.

Environmental Variables:
Device: Flame 2.1 (319mb)(Kitkat Base)(Full Flash)
BuildID: 20150108001214
Gaia: ed2e278753e8c9301ba322dcf2c3591f5928408d
Gecko: 127a0ead5f83
Gonk: a814b2e2dfdda7140cb3a357617dc4fbb1435e76
Version: 34.0 (2.1)
Firmware: V18D
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(pbylenga)
requesting a window.
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(pbylenga)
QA Contact: bzumwalt
Reproduction rate dropped to the point where it is too low to provide a regression window. Last build issue reproduced on was Flame 2.2 (20141014062953) at a repro rate of 1/17 following STR from comment 0

Device:  2.2 (319mb)(Kitkat Base)(Shallow Flash)
BuildID: 20141014062953
Gaia: de254419f3553f48187d003ee8e38034b429f069
Gecko: 56330f74fbef
Version: 36.0a1 (2.2)
Firmware: V188-1
User Agent: Mozilla/5.0 (Mobile; rv:36.0) Gecko/36.0 Firefox/36.0
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(ktucker)
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(ktucker)
Very low repro rate and no broken functionality
blocking-b2g: 2.2? → backlog
blocking-b2g: backlog → ---
Mass update: Resolve wontfix all issues with legacy homescreens.

As of 2.6 we have a new homescreen and having these issues open is confusing. All issues will block bug 1231115 so we can use that to re-visit any of these if needed.
Blocks: 1231115
Closed: 4 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.