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)
SeaMonkey
Download & File Handling
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.
Comment 1•22 years ago
|
||
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.
Comment 3•22 years ago
|
||
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...
Comment 4•22 years ago
|
||
I get exactly the same bug using windows build 2002060408 Jonny
Assignee | ||
Comment 6•22 years ago
|
||
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.
Comment 8•22 years ago
|
||
Yes, it stopped working with the 060408-trunk build. My previous build was 060208-trunk.
Comment 9•22 years ago
|
||
*** Bug 149480 has been marked as a duplicate of this bug. ***
Comment 10•22 years ago
|
||
*** Bug 149521 has been marked as a duplicate of this bug. ***
Comment 11•22 years ago
|
||
bug 149480 makes the observation that on trying the download a second time the appropriate panel was displayed.
Reporter | ||
Comment 12•22 years ago
|
||
I tried that, and no window appears in subsequent retries, too.
Updated•22 years ago
|
Keywords: regression
Comment 13•22 years ago
|
||
Seing this also on Mac OS 9 using build 20020603.
Updated•22 years ago
|
OS: Windows 2000 → All
Hardware: PC → All
Comment 14•22 years ago
|
||
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.
Assignee | ||
Comment 15•22 years ago
|
||
Alec, could this be related to your changes? It started in 6/4 builds.
Comment 16•22 years ago
|
||
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).
Comment 17•22 years ago
|
||
Simon: I do not see that sequence working here. Win98SE 2002060611
Comment 18•22 years ago
|
||
Could these bug 149837 and bug 149795 be dupes?
Comment 19•22 years ago
|
||
Another one - bug 149671
Comment 20•22 years ago
|
||
Maybe this bug was caused by the check-in for bug 140136 ?
Comment 21•22 years ago
|
||
2002060504-trunk/Linux : NG 2002060621-trunk/Linux : good It seems to be fixed.
Comment 22•22 years ago
|
||
In response to Comment 17 Jay, I only experienced this, when I first started my new trunk build. Since then everything works fine here.
Comment 23•22 years ago
|
||
*** Bug 149671 has been marked as a duplicate of this bug. ***
Comment 24•22 years ago
|
||
Worksforme where it did not previously. Win32 (WinME) build 2002060808.
Comment 25•22 years ago
|
||
WFM 200206008 Win98
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Comment 27•22 years ago
|
||
Please use fixed only if there's a patch attached to the bug. Marking WFM.
Status: REOPENED → RESOLVED
Closed: 22 years ago → 22 years ago
Resolution: --- → WORKSFORME
Comment 28•22 years ago
|
||
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
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•