Closed
Bug 128159
Opened 24 years ago
Closed 19 years ago
Pause button enabled when ftp download is complete
Categories
(Core Graveyard :: File Handling, defect)
Core Graveyard
File Handling
Tracking
(Not tracked)
RESOLVED
WORKSFORME
mozilla1.2alpha
People
(Reporter: bugzilla, Assigned: law)
References
()
Details
(Keywords: polish, regression, Whiteboard: [adt3])
Attachments
(2 files)
found using 2002.02.27.0x comm bits on all platforms.
1. go to ftp://ftp.mozilla.org/pub/mozilla/nightly/ and go into a build directory.
2. click on a link to download.
3. in the resulting helper app dlg, make sure "save to disk" is selected, then
click OK.
4. click "save" button in the file picker dlg.
5. look at the resulting download progress dialog.
results: when download is complete, the Pause button remains enabled. it doesn't
do much, but it's clickable --the first click will change it to Resume.
screenshot coming up.
| Reporter | ||
Comment 1•24 years ago
|
||
methinks this is a regression...will narrow down the time period...
| Reporter | ||
Comment 2•24 years ago
|
||
notice how the pause/resume button is not greyed-out, even though the download
is finished and the cancel button has changed to closed.
notes: the clipping is due to bug 79889 and the messiness of the pause/resume
button is due to bug 117505.
| Reporter | ||
Comment 3•24 years ago
|
||
using linux comm bits, this regressed sometime btwn the 2002.02.19.06 [works]
and 2002.02.21.08 [shows bug] builds.
Setting to 1.0. Does this happen all the time (all ftp downloads)?
Target Milestone: --- → mozilla1.0
| Reporter | ||
Comment 5•24 years ago
|
||
afaict, this happens whenever the progress dlg has the pause/resume button
--which is just ftp:// downloads [right?].
Yes, the button is only visible for ftp: and should disappear (or be disabled, I
don't remember which) when done.
| Reporter | ||
Comment 7•24 years ago
|
||
i think it's supposed to just become disabled (greyed-out), but not disappear. i
filed the absence of this button in bug 128359, since that's also a regression
wrt previous behavior in older builds.
| Reporter | ||
Comment 8•24 years ago
|
||
*** Bug 129258 has been marked as a duplicate of this bug. ***
Comment 9•24 years ago
|
||
nsbeta1- per Nav triage team, ->1.2.
| Reporter | ||
Comment 10•24 years ago
|
||
nominating...
| Reporter | ||
Comment 11•24 years ago
|
||
this has morphed in recent builds: now the Close button doesn't appear. Cancel
and Pause remain the labels on the progress dlg when the ftp download has finished.
another shot coming up.
| Reporter | ||
Comment 12•24 years ago
|
||
this occurs on all platforms.
side note: sometimes the progress meter doesn't paint at all (esp if the file
is small) or only partially.
| Reporter | ||
Comment 13•24 years ago
|
||
actually, comments 11 and 12 cause a more insidious set of bugs --spun off bug
169034 for that.
| Reporter | ||
Updated•23 years ago
|
QA Contact: sairuh → petersen
Comment 14•23 years ago
|
||
nsbeta1+/adt3 per the nav triage team.
Comment 16•19 years ago
|
||
Works for me now with SeaMonkey 1.5 Trunk build 2007011208 and Mozilla 1.7.13 on WinXP. Resolving old bug.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
Updated•10 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•