Closed Bug 464584 Opened 16 years ago Closed 15 years ago

Browser unresponsive after clicking first link of session


(Firefox :: Bookmarks & History, defect)

Windows XP
Not set





(Reporter: ria.klaassen, Unassigned)




(Keywords: hang, perf, regression)

This happens after every cold start and it could be a kind of follow-up to Bug 397993. Not entirely sure if it is related.

When I start my computer and start the browser I arrive on my homepage, .  This takes about 60 seconds totally, so it is a kind of improvement in respect to Bug 397993.

But now the trouble starts after clicking the first link on my homepage. My disk starts to rattle and in the first 20 seconds my browser gets unresponsive and I see a big hourglass.

I tried this bug also with a clean profile with only my places.sqlite so it is not caused by an extension doing some background work. I have also no live bookmarks so I suspect it is my history.
Blocks: 380307
Keywords: hang, perf
Ria, which version of the browser?
Tested with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b2pre) Gecko/20081111 Minefield/3.1b2pre
 (In reply to comment #0)
> This happens after every cold start and it could be a kind of follow-up to Bug
> 397993. Not entirely sure if it is related.
No, it's not. Startup time was already 1 minute before 1 Oct 2008 when this bug was not yet present.
No longer blocks: 397993
Regressed between the nightlies of 27 and 28 Oct 2008:
Flags: blocking-firefox3.1?
Shawn, that range contains fsync stuff :\
Getting a profile of the hang would be useful.  Without that information, we really don't know what is going on and cannot do much about it.
How does Ria do that?
(In reply to comment #7)
> How does Ria do that?
I'm not really sure what tools are there are on windows that might be useful for profiling.  CC'ing some folks that might know.
I haven't seen this bug this morning so maybe it is fixed?
(In reply to comment #9)
> I haven't seen this bug this morning so maybe it is fixed?

Yes it is.
Closed: 16 years ago
Resolution: --- → WORKSFORME
Flags: blocking-firefox3.1?
mh... can you find a "fixed" range? i can't tell what could have changed this behaviour to change....

Also i'd try to execute a VACUUM on your database with an external sqlite application
Not fixed but not as easy to reproduce as on 18/11. In any case the hang is much shorter and it doesn't occur always. I expect by the time this aged laptop is broken it will be fixed entirely ;)
Resolution: WORKSFORME → ---
Yes, it is still present but now it is not always happening after clicking the first link, but later (sometimes after clicking Back). The hang takes 14 seconds and is very noticeable. When I click on the history menu after that, it takes 4 seconds to open the menu.
But when the first thing I do after opening the browser is to open the history menu, this seems to trigger the same hang; then it takes 18 seconds before the history menu expands. 
It seems an unique bug, possibly related to the way my old AMD Athlon processor works, for there are no duplicates yet.
I've not seen this specific slowdown anymore in the last weeks or months.
Closed: 16 years ago15 years ago
Resolution: --- → WORKSFORME
Bug 451915 - move Firefox/Places bugs to Firefox/Bookmarks and History. Remove all bugspam from this move by filtering for the string "places-to-b-and-h".

In Thunderbird 3.0b, you do that as follows:
Tools | Message Filters
Make sure the correct account is selected. Click "New"
Conditions: Body   contains   places-to-b-and-h
Change the action to "Delete Message".
Select "Manually Run" from the dropdown at the top.
Click OK.

Select the filter in the list, make sure "Inbox" is selected at the bottom, and click "Run Now". This should delete all the bugspam. You can then delete the filter.

Component: Places → Bookmarks & History
QA Contact: places → bookmarks
You need to log in before you can comment on or make changes to this bug.