User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9b4pre) Gecko/2008021904 Minefield/3.0b4pre Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9b4pre) Gecko/2008021904 Minefield/3.0b4pre 1. open a webpage with lots of links to really big files on the same webserver as the html file 2. start downloading a few of the really big files (I used the ogg videos here: http://radeonhd.org/?page=fosdem_videos ) 3. once you got several files queued up for download and 2 connections to the web server open downloading, kill the firefox process (for me it was actually a crash but it doesn't matter) 4. launch ff again and select session restore The download manager will now (possibly pending a race condition) grab two connections to the web server and while loading to the normal html/css/image downloads will be blocked. Theoretically one could run into this problem by just surfing to the above webpage, starting two downloads and then pressing reload on the HTML page. However, very often ff will establish a keep-alive http session and thus avoiding this problem. During the session restore there is no keep-alive connection established because the download manager is faster to connect than the html page (I had like 50 ff windows with like 10 tabs each when ff crashed in the first place and a session restores takes 2-3 minutes to finish on my machine with that much stuff open). Conceptually one can ask if it's reasonable for stuff in the download manager to starve normal html/css/image downloads like this? A download started by "save file as" is kind of different from an image download that starts because an html page is loading. Reproducible: Always Steps to Reproduce: 1. 2. 3.

In this screenshot you can see that all my other TABs have restored just fine but the last page is still "loading..." (even though you can see some **** html pulled from cache). No images and CSS works either. http://files.minimum.se/bug_attachments/ff3/bug_419526_download_manager_blocks_html_and_css_downloads/ogg_downloads_are_blocking_my_html_css_and_image_downloads.png

bug 83526 comment 6 matches my hopes, namely that windows (but especially the download manager) should be counted as distinct user agents.

Reporter, are you still seeing this issue with Firefox 3.6.x or later in safe mode? If not, please close. These links can help you in your testing. http://support.mozilla.com/kb/Safe+Mode http://support.mozilla.com/kb/Managing+profiles

(In reply to comment #2) > bug 83526 comment 6 matches my hopes, namely that windows (but especially the > download manager) should be counted as distinct user agents. Bug 83526 - http should use fewer connections per server per page - is fixed. But reporter is gone afaict. Perhaps comment 0 should be tested.

No reply, INCOMPLETE. Please retest with Firefox 3.6.8 or later and a new profile (http://support.mozilla.com/kb/Managing+profiles). If you continue to see this issue with the newest firefox and a new profile, then please comment on this bug.