Closed Bug 592058 Opened 15 years ago Closed 14 years ago

Fav Icons Load terribly on Minefield Firefox 4.0 and use 100% CPU in the process

Categories

(Firefox :: Bookmarks & History, defect)

4.0 Branch
x86
Windows 7
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: stewaj03, Unassigned)

Details

User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:2.0b5pre) Gecko/20100830 Firefox/4.0b5pre Build Identifier: Mozilla/5.0 (Windows NT 6.1; rv:2.0b5pre) Gecko/20100830 Firefox/4.0b5pre I have many bookmarks all pretty much have a fav icon. On first load of a menu the fav icons load slowly and use 100% CPU in the process. Whilst this is happening if you move down the menu with the mouse the selection bar delays moving down with the mouse pointer. This does not happen in Firefox 3.6.8 or earlier. Reproducible: Always Steps to Reproduce: 1. Have Bookmarks with Fav Icons 2. Load Firefox Minefield 4 for the first time. 3. Click on bookmarks and watch each icon load slowly doing down the list (have the task Manager open to see full CPU usage). Actual Results: Fav Icons load slowly and use 100% CPU. Expected Results: Fav Icons should be cached better like previous versions of Firefox and load instantly.
I confirm this behaviour on Linux. General slowness and lagginess of drop-down menus. This is particularly noticeable with bookmark where there are 'sub-menus'. Happens with Firefox 4.0b5 (build 1) does not happen with Firefox 4.0b4.
Is this still happening to you using the latest beta?
It still apears to yes. Running Beta 9 in a Virtual PC.
Final version is out, please check it out. How many bookmarks are there in this menu?
Reporter -> Any update? Please address the questions in comment 4
Version: unspecified → 4.0 Branch
Sorry for the delayed reply. It seems to have improved a lot in the final version of FF4 in a Virtual PC. They load faster but FF3.6 still wins. I cannot actually install FF4 live because Roboform 6 isn't supported for FF4. In answer to Comment 4. There are around 100 bookmarks in total although they are organised in folders (as they were/are in FF3.6).
Reporter -> Are you still experiencing this issue with the latest version of Firefox 6? Does the issue occur with the latest nightly? http://nightly.mozilla.org/
It seems fine now yeah. Propably ok to close this ticket. Thanks
Post back if it returns
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.