User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9b4pre) Gecko/2008021704 Minefield/3.0b4pre Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9b4pre) Gecko/2008021704 Minefield/3.0b4pre In the new "Get Add-ons" window the link "Browse all Add-Ons" is unresponsive until the search is finished. Reproducible: Always Steps to Reproduce: 1. Go to Tools > Add-Ons 2. Click "Get Add-Ons" 3. Quickly click "Browse All Add-Ons" Actual Results: Nothing happens until the automatic search is finished. Expected Results: Should respond instantly as the search may hang for some reason and it's annoying anyway. I assume this is some sort of threading problem...

This seems similar to bug 418725.

This bug causing problems at least on Linux as well.

I've noticed it seems to respond slowly (though not as much) even when the search is finished.

With the add-on site currently down, searches take about 1 minuite to not find the image in the search result, this gives a "No Preview" text. However, the "Browse all Add-Ons" link *still* does not work after this, it looks like to the end user that Firefox 3 is just broken there.

Not going to block on this but would like to find a way to fix it. The issues is that the openURL function (the toolkit generic way of opening a URL and doing the right thing per-app) won't do anything until it has started to receive a response from the web-server, in the SSL case it performs the intial handshake as well. When AMO is being slow this appears like nothing is happening. I think there is essentially a dupe around somewhere about homepages being slow to open.

This is about the old UI which has been completely replaced in Firefox 4. Closing as invalid.

Thanks