Closed
Bug 828942
Opened 11 years ago
Closed 11 years ago
performance- e.me takes too long to load
Categories
(Firefox OS Graveyard :: Gaia::Everything.me, defect)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 876237
People
(Reporter: evyatar, Assigned: evyatar)
Details
Attachments
(1 obsolete file)
It takes e.me about 5 seconds to load
Assignee | ||
Comment 1•11 years ago
|
||
Changed JS+CSS files to load async-ly. This forced me to update the structure of our Core.js a bit (the file which starts the app).
Attachment #700324 -
Flags: review?(crdlc)
Attachment #700324 -
Flags: approval-gaia-master?(21)
Comment 2•11 years ago
|
||
Thanks to pull request it loads faster although we have a regression because while the load, users cannot pan to landing page, the UI is frozen. All libraries appended to DOM in a synchronous mode: https://github.com/mozilla-b2g/gaia/pull/7492/files#L3R132
Status: NEW → ASSIGNED
Assignee | ||
Comment 3•11 years ago
|
||
updated the code- can you take a look now? it doesn't block panning now, but for some reason when you swipe back to landing page- there's no content on it. any idea?
Comment 4•11 years ago
|
||
no idea, i try to do research on it
Assignee | ||
Updated•11 years ago
|
Attachment #700324 -
Attachment is obsolete: true
Attachment #700324 -
Flags: review?(crdlc)
Attachment #700324 -
Flags: approval-gaia-master?(21)
It takes way longer on a 2G mobile network; to the point it does not load. Should I file a separate bug?
Flags: needinfo?(evyatar)
Assignee | ||
Comment 6•11 years ago
|
||
does it? it's weird, since nothing is downloaded while loading e.me, it's all local files. how could it take longer?
Flags: needinfo?(evyatar) → needinfo?(crdlc)
Comment 7•11 years ago
|
||
I don't have idea, I only load libraries :) I detected that sometimes there is a library where we wait for a long time due to sync storage. I don't have 2G connection to test it.
Flags: needinfo?(crdlc)
Assignee | ||
Comment 8•11 years ago
|
||
yeah we know the Storage is a major bottleneck in the loading time- but that's still taken locally... we don't go outside when we load e.me. who can help us with this?
Assignee | ||
Comment 9•11 years ago
|
||
Naoki- are you sure that when you're on WiFi it works well, but on 2G it doesn't load? are we sure the network is the issue?
Flags: needinfo?(nhirata.bugzilla)
Unfortunately, I forgot my device with me to the office. I'll record a video of it when I get back home.
Flags: needinfo?(nhirata.bugzilla)
Updated•11 years ago
|
Flags: needinfo?(nhirata.bugzilla)
It turns out that it must have been a bad mobile data connection. Having said that upon first caching of the e.me page, it will take some time to load. If it was already loaded before on wifi it comes up. See video:http://www.youtube.com/watch?v=rSCxPLAXOS0&feature=youtube_gdata_player you'll first see a cached e.me page, and then you will see the non-cached e.me page Gecko http://hg.mozilla.org/releases/mozilla-b2g18/rev/a56593f84577 Gaia 69cfb9f7d00e5ee7886e40645240686091b6b57e BuildID 20130311095652 Version 18.0
Flags: needinfo?(nhirata.bugzilla)
Assignee | ||
Comment 12•11 years ago
|
||
OH ok, we were talking about different things :) this bug is about how long it takes the actual e.me pane to load- when you swipe to the left. you're talking about how long it takes results on e.me to load, if I understood the video correctly.
Comment 13•11 years ago
|
||
me too understood that ;)
Ah ok. So swipe action versus loading is different. I'll file a different bug then. Thanks for the clarification.
Assignee | ||
Updated•11 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•