Closed Bug 796172 Opened 12 years ago Closed 11 years ago

[Homescreen] Long load delays in the homescreen when app switching, after pressing the homescreen, etc

Categories

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

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: benfrancis, Assigned: philikon)

References

Details

(Keywords: meta, perf, reproducible, Whiteboard: [c= p= s=2013.09.20 u=] UX-P1, PRODUCT-VERIFY)

STR: * Open an app * Press the home button Expected: * Home screen loads quicker than I can peel a banana Actual: * Banana is peeled before homescreen loads Built on: 2012-10-01 Gecko: 80b40bba7f30f6cea5cb148cbbdcbf008691972b Gaia: bd9b9654155b8e3b39928f16d24673f6ced72b6f
[mass adding reproducible keyword for any open Gaia bug with the word "STR:" in comments]
Keywords: reproducible
Home screen is getting crashy and massive partly because of the e.me stuff ... is there anyway we could improve that?
One thing I've noticed is that e.me has includes a huge number of separate js and css files. You wouldn't think that this was an issue when running locally, but I wonder how much of an effect that has.
Takes about 7 seconds for the settings apps to launch for the first time as well.
(In reply to Naoki Hirata :nhirata from comment #4) > Takes about 7 seconds for the settings apps to launch for the first time as > well. You'll probably want to file a separate bug for that, as they're completely unrelated.
I filed bug 795530, with screencasts. that bug is a performance issue in general.
Blocking, reproducible for nearly everyone in triage.
blocking-basecamp: ? → +
Assignee: nobody → 21
Priority: -- → P1
Blocks: 796254
Upon talking in triage about this - I'm going to generalize this bug to "fix the massively terrible homescreen 5 to 10 second delays we're seeing" - it happens quite frequently, and it's just plain bad.
Summary: [Homescreen] Takes ~6 seconds to appear after pressing the home button → [Homescreen] Long load delays in the homescreen when app switching, after pressing the homescreen, etc
Keywords: perf
Whiteboard: [performance]
Philikon is working on this.
Priority: P1 → --
Priority: -- → P1
(In reply to Andreas Gal :gal from comment #11) > Philikon is working on this. I totally am.
Assignee: 21 → philipp
Depends on: 807529
Depends on: 803605
This bug is kind of meta, so I'm treating it as such. Please see dependencies for code changes.
Keywords: meta
Component: Gaia → Gaia::Homescreen
Milestoning for C2 (deadline of 12/10), as this meets the criteria of "remaining P1 bugs not already milestoned for C1".
Target Milestone: --- → B2G C2 (20nov-10dec)
This bug is a meta bug. Philikon are you still working on the homescreen?
More bugs coming. This still sounds a metabug to me, so not blocking on it but on dependencies.
blocking-basecamp: + → ---
Depends on: 814771
Whiteboard: UX-P1
What's left to do on this bug for it to be considered resolved? It's been scheduled for C2, but neither of the two dependencies are scheduled for C2 and neither have an assignee.
Depends on: 820270
Depends on: 818510
Whiteboard: UX-P1 → UX-P1, PRODUCT-VERIFY
No longer blocks: 796254
Priority: P1 → --
Whiteboard: UX-P1, PRODUCT-VERIFY → [c= p= s= u=] UX-P1, PRODUCT-VERIFY
Target Milestone: B2G C2 (20nov-10dec) → ---
A banana can no longer be peeled before the home screen comes up when switching. If this is still an issue, please re-open.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
Whiteboard: [c= p= s= u=] UX-P1, PRODUCT-VERIFY → [c= p= s=2013.09.20 u=] UX-P1, PRODUCT-VERIFY
You need to log in before you can comment on or make changes to this bug.