Closed Bug 1029978 Opened 8 years ago Closed 8 years ago

Optimize the adding of collections to minimize the time before the user can see _something_ on the homescreen as much as possible.


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

Gonk (Firefox OS)



2.0 S5 (4july)
blocking-b2g 2.0+


(Reporter: jlal, Unassigned)


(Keywords: perf, Whiteboard: [systemsfe][c=progress p= s= u=2.0] )

My initial plan:

Steps to add a collection:

  - Start an IAC with the collections app asynchronously 

  - When adding a collection return only the collection names without saving to datastore or any other operations that delay the selection of the collection names.

  - Return the collection details in the activity response (with or without the icon not sure....)

  - Show the collection on the homescreen

  - Asynchronously save the collections to the datastore by talking back over IAC to the collections app.

This approach is more complicated but gives us a lot more room for potential perceived performance improvements.

Will measure the current times and work forward from there to ensure we have net gains.
Bug 1029609 - Will likely be fixed by this or the amount of blank screen time reduced at least.
Blocks: 1029609
blocking-b2g: --- → 2.0?
Whiteboard: [systemsfe]
QA Whiteboard: [VH-FL-blocking-][VH-FC-blocking?]
Keywords: perf
blocking-b2g: 2.0? → 2.0+
QA Whiteboard: [VH-FL-blocking-][VH-FC-blocking?] → [VH-FL-blocking-][VH-FC-blocking+]
Vivien - do you have any suggestions before we go down an IAC route here? Something that would be nice would be some way for the activity to hide itself, but continue processing after calling postResult().
Flags: needinfo?(21)
OS: Mac OS X → Gonk (Firefox OS)
Priority: -- → P1
Hardware: x86 → ARM
Whiteboard: [systemsfe] → [systemsfe][c=progress p= s= u=]
Whiteboard: [systemsfe][c=progress p= s= u=] → [systemsfe][c=progress p= s= u=2.0]
In my less then scientific test (since it requires me to actually choose an item) it takes 10-12 seconds before the home-screen _begins_ to display an icon.
Not going to be working on this (ended up working on something else today and my time for 2.0 is up) Even with 4s of that 10-12 being geolocation timeout we have a 4-6ss~ overhead.
Assignee: jlal → nobody
No longer blocks: 1028452
Since this was an investigation I'm going to close in favor of tracking this in bug 1029609 - I don't really feel like a spin-off is needed at this time. Thank you for looking into this James.
No longer blocks: 1029609
Closed: 8 years ago
Flags: needinfo?(21)
Resolution: --- → DUPLICATE
Duplicate of bug: 1029609
Target Milestone: --- → 2.0 S5 (4july)
You need to log in before you can comment on or make changes to this bug.