User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a2) Gecko/20040530 Firefox/0.8.0+ Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a2) Gecko/20040530 Firefox/0.8.0+ When I have multiple pages open in separate tabs, the window resize performance does not seem to be purely a function of the active tab: the browser seems to be reflowing the pages on the other tabs, even though I can't see them. When the background tabs contain large or complex documents, or when there are large numbers of tabs, it can become quite problematic. Reproducible: Always Steps to Reproduce: 1. With no other tabs open, visit a simple site (e.g., google.com) 2. Resize the browser window; observe satisfactory performance 3. Open a large page (such as http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html) in a new tab 4. Switch back to the Google tab and resize the browser window Actual Results: Though I could only see google.com, the resize speed was kinda tragic. Expected Results: I would expect the browser to reflow just the current tab when I resize the window, and the background tabs when I switch to them (when necessary). This was whilst running an official nightly on a dual processor 2.8GHz Xeon with 1GB RAM, an ATI Radeon 9800 XT... it kinda sucks not to be able to resize Google. While documents like the one I've linked to are easy to spot and move into their own window, those with hidden DIV's used in some complex and nefarious menu-like way, are not.

Dupe or related to bug 227361?

The solution from bug 227361 would be to reflow the background tabs only after the resize is completed. Also the approach of reflowing only when you switch to that tab is considered as a possible solution. So I will mark this bug as a duplicate. *** This bug has been marked as a duplicate of 227361 ***