Closed Bug 734176 Opened 13 years ago Closed 13 years ago

Reduce delay of AwesomeScreen (Top Sites) display

Categories

(Firefox for Android Graveyard :: General, defect)

ARM
Android
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: tech4pwd, Unassigned)

References

Details

User Agent: Mozilla/5.0 (Windows NT 6.1; rv:13.0) Gecko/20120308 Firefox/13.0a1 Build ID: 20120308031058 Steps to reproduce: This is quite slow to the point it should feature a spinner. Is there no way to cache this page to disk and thus speed it up?
OS: Windows 7 → Android
Hardware: x86 → ARM
You need to give more data: Phone and Android version, Rough estimate of the amount of data in the DB (we should make an add-on for this)
... and how long does it take?
Phone: HTC Incredible S ROM: CyanogenMod Nightlies (Android 2.3.7) DB Size: moz_bookmarks # of Records: 1589 # of Indexes: 4 # of Triggers: 0 moz_favicons # of Records: 366 # of Indexes: 1 # of Triggers: 0 moz_historyvisits # of Records: 34168 # of Indexes: 3 # of Triggers: 0 moz_places # of Records: 26451 # of Indexes: 7 # of Triggers: 0 The time it takes varies, but it's noticeable.
Bug 725914 fixed a bad regression in the awesomebar top sites list. It was taking around 40 seconds using a DB about the size of yours. Now it is taking ~2 seconds on the first open and ~1 second on subsequent opens. How does that compare to what you see?
I'm getting ~5 - ~15 seconds on initial open and around ~2 - ~5 seconds after that. Also current implementation locks up my system when I open the AwesomeScreen.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Marking as resolved fixed based on above comments.
Status: NEW → RESOLVED
Closed: 13 years ago
Depends on: 725914
Resolution: --- → FIXED
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in before you can comment on or make changes to this bug.