Closed Bug 149261 Opened 22 years ago Closed 22 years ago

download manager window does not appear or show download

Categories

(SeaMonkey :: Download & File Handling, defect)

defect
Not set
major

Tracking

(Not tracked)

VERIFIED WORKSFORME

People

(Reporter: pavel1r, Assigned: bugzilla)

References

()

Details

(Keywords: regression)

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.0+)
Gecko/20020604
BuildID:    2002060408

after clicking on any download link save dialog appears prompting for directory
to save file, but after I click "save" button wonload manager or download window
does not appear. When I open download manager it shows no sign of the download.
It seems that mozilla does download the file since it appears in the chosen
directory after some time. If I download the file using "Save link target" menu
everything works ok.

Reproducible: Always
Steps to Reproduce:
1. Open http://www.videolan.org/vlc/download.html (same happens on many other pages)
2. Click on any download link.
3.

Actual Results:  After choosing the directory no download manager window appears

Expected Results:  Show download manager.
Pavel, under Preferences -> Navigator -> Downloads, do you have the option
"Don't open anything" checked?  This could be the cause of the download manager
and progress boxes not opening.  

As for the download manager not showing the download later, this worksforme(with
both the given URL and others), using build 20020604-21 on Linux.  
No, that setting is "Show Download Manager". I also tried to change it to "Open
a progress dialog" and back, and in both cases no window shown.
I also see this bug using the same build.  The same thing happens for me - the
file will download in it's directory, but no dialog/download manager appears,
and I have my option set to download manager.  Going to check a new build...
I get exactly the same bug using  windows build 2002060408
Jonny
Confirmed
Status: UNCONFIRMED → NEW
Ever confirmed: true
Did this used to work for all of you?
It definitely worked in previous builds 3 or 4 days ago and in RC3 build. I
don't remember exact build number on which it stopped to work, though.
Yes, it stopped working with the 060408-trunk build.  
My previous build was 060208-trunk.
*** Bug 149480 has been marked as a duplicate of this bug. ***
*** Bug 149521 has been marked as a duplicate of this bug. ***
bug 149480 makes the observation that on trying the download a second time the
appropriate panel was displayed.  
I tried that, and no window appears in subsequent retries, too.
Keywords: regression
Seing this also on Mac OS 9 using build 20020603. 
OS: Windows 2000 → All
Hardware: PC → All
Confirmed

Win98SE build 2002060517

Download manager does not work in any of the UI modes, 0 or 1. File is
downloaded in "silent mode". Changing the "downloadmanager.behavior" pref to any
value does not work. Eliminating the pref altogether does nothing.
Alec, could this be related to your changes? It started in 6/4 builds.
I see the same here with Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
rv:1.0.0+) Gecko/20020606. 

As mentioned in Comment 13, I experienced the behaviour described in this bug,
when I first tried to download something with this build. After changing the
preferences to "show progress dialog" and later back to "open download manager"
everything worked (progress dialog as well as download manager).
Simon: I do not see that sequence working here. Win98SE 2002060611
Could these bug 149837 and bug 149795 be dupes?
Another one - bug 149671 
Maybe this bug was caused by the check-in for bug 140136 ?
2002060504-trunk/Linux : NG
2002060621-trunk/Linux : good
It seems to be fixed.
In response to Comment 17
Jay, I only experienced this, when I first started my new trunk build. Since
then everything works fine here.
*** Bug 149671 has been marked as a duplicate of this bug. ***
Worksforme where it did not previously. Win32 (WinME) build 2002060808.
WFM 200206008 Win98
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Reopen.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Please use fixed only if there's a patch attached to the bug.
Marking WFM.
Status: REOPENED → RESOLVED
Closed: 22 years ago22 years ago
Resolution: --- → WORKSFORME
mass-verifying WorksForMe bugs.

reopen only if this bug is still a problem with a *recent trunk build*.

mail search string for bugspam: AchilleaMillefolium
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.