607186 - Firefox hangs downloading when opening a new window after original window closed. window title contains (Not Responding)

Status: RESOLVED WORKSFORME

(Firefox :: General, defect)

Description

[ajlee322]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.11) Gecko/20101012 Firefox/3.6.11
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.11) Gecko/20101012 Firefox/3.6.11

Firefox hangs and slows down to a halt while still downloading upon opening a new window.  The new window is what hangs but this is while files are downloading still and the original window that was used was closed because it was no longer needed for the download. The file being downloaded is a video file and is quite large. The file being downloaded seems to not matter where it is downloaded from whether a third party site like Megaupload or an FTP server. The download also slows down from going quick to a lower amount upon closing the original Firefox window as well. The only way to fix this is to wait until the download completes before opening a new window so that it is back to normal or to close both the newly window as well as the download window. Another thing noticed by opening the task manager is that Firefox when downloading and a new window opens during this problem the CPU usage is extremely high.

Reproducible: Always

Steps to Reproduce:
1.Open Firefox and begin downloading a large file usually a media file like a video since that is what I have experienced it with
2.Close that Firefox window while the file is still downloading
3.Open a new Firefox window while the file is still downloading
Actual Results:  
The new Firefox window slows down and hangs as well as the download window and proceeds to Not Responding in the Windows Task Manager.

Expected Results:  
The software should instead of acted like the original window while downloading and continue at the normal speed loading the contents of the website instead of slowing down and halting. Causing Firefox to go to the state of Not Responding in Windows Task Manager.

Using the theme LavaFox V1 V1.2.2 I have not tried this with the default theme however this problem never occurred with this theme before and didn't start occurring until Firefox Version 3.6.10 and has persisted into version 3.6.11

Comment 1

[Tyler Downer [He/Him]]

Please create a new profile and test there. http://support.mozilla.com/en-US/kb/managing+profiles

Comment 2

[ajlee322]

(In reply to comment #1)
> Please create a new profile and test there.
> http://support.mozilla.com/en-US/kb/managing+profiles

Created a new profile and its still having the issue.

Comment 3

[Wayne Mery (:wsmwk)]

in windows task manager, is 90+% of the cpu usage kernel time?
 (the red line, not the green)

This is not a permanent hang, correct?  Just a "hung" for a long time.

Comment 4

[Wayne Mery (:wsmwk)]

ajlee3, This is not a permanent hang, correct?  

please retest with version 4, and please provide a testcase URL

Comment 5

[oromis.666]

Attachment: Rar archive containing screenshots showing Firefox 4 freezing (temporarly but continuosly) if you lunch the program while downloading.

Firefox 4 on Windows 7 64bit showing bug 607186
I modified the images in order to hide personal information and megaupload links. No modification were made to firefox and task manager windows (except links,favourite links and red arrows to indicate important things)

ff1-mod.png - everything runs smoothly, cpu usage is minimum 
ff3-mod.png - Firefox windows has been closed, but downloader window is still opened. File is being downloaded with no issues. Firefox main windows is about to be opened again.
ff4-mod.png - New window is not responding, CPU usage has increased about 300%. It is not showed in the screenshot, but also downloader window has frozen.

New window finishes loading after 1 or 2 minute, and looks normal, but hangs again when user clicks something (trying to use the program).

Sorry for the bad english.

Comment 6

[oromis.666]

Hi, I finally decided to report this bug too. I met this issue with firefox 3.6, and now also with firefox 4 (updated today). Then I confirm it still exists on Firefox 4.

As previous post shows, I created an attachment showing the problem with the new firefox version.

Comment 7

[Alessandro]

(In reply to comment #6)
> Hi, I finally decided to report this bug too. I met this issue with firefox
> 3.6, and now also with firefox 4 (updated today). Then I confirm it still
> exists on Firefox 4.
> 
> As previous post shows, I created an attachment showing the problem with the
> new firefox version.

Me too have the same problem is that in FF 3.6 FF 4.

Comment 8

[marco]

happens to me too, on FF4.

Comment 9

[[not reading bugmail]]

we know the current implementation of the download manager still uses synchronized processes, which is partially the problem here.  It scheduled for a rewrite however didn't quite make it for Fx4 although still being worked on.

I have noticed as well that its perceived as a hang or hung because depending on the the file type it can write to your temp cache folder before hitting the save button and it also runs an AV scan when its complete.  The images you save are redownloaded I believe and take longer then regular downloads.  These files might be in the image cache but I think are fetched again from the web.  

The other thing is, you can also turn off Real time scanning of Firefox downloads both with AV software and there is a pref in about:config to turn off scan after download.   

Thats about all I understand or can figure myself about this issue.

Comment 10

[Wayne Mery (:wsmwk)]

(In reply to comment #9)
> we know the current implementation of the download manager still uses
> synchronized processes, which is partially the problem here.  It scheduled
> for a rewrite however didn't quite make it for Fx4 although still being
> worked on.

Dale, is there a bug# where the work is occurring?

Comment 11

[[not reading bugmail]]

(In reply to comment #10)
> (In reply to comment #9)
> > we know the current implementation of the download manager still uses
> > synchronized processes, which is partially the problem here.  It scheduled
> > for a rewrite however didn't quite make it for Fx4 although still being
> > worked on.
> 
> Dale, is there a bug# where the work is occurring?

DLM rewrite is bug 564934.

Comment 12

[Swarnava Sengupta (:Swarnava)]

cant reproduce on Firefox 11, 12b4,13 and 14

for support please ask question in https://support.mozilla.org/questions/new