Open Bug 215343 Opened 21 years ago Updated 10 years ago

Resume canceled/crashed downloads by picking up where stopped, not redownloading entire file (part files)

Categories

(Camino Graveyard :: Downloading, enhancement, P3)

PowerPC
macOS
enhancement

Tracking

(Not tracked)

REOPENED
Future

People

(Reporter: mozbugs, Assigned: nick.kreeger)

References

()

Details

User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.5b) Gecko/20030805 Camino/0.7+ Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.5b) Gecko/20030805 Camino/0.7+ If Camino crashes while downloading files, no matter how close the end of the download was, you must start anew, it should restart partway through. Reproducible: Always Steps to Reproduce: 1.Start a download 2.Quit Camino 3.Reopen Camino Actual Results: The download was aborted Expected Results: Restarted from where it left off.
Is this a dup of bug 164878?
This looks like a dupe of 187483.
This is does look like a dup of bug 187483. However, that bug seems to deal exclusively with manual restarts, while this one seems to deal with automatically restarting/resuming after crash/quit. So with the word "automatically" added to the summary, this is a valid enhancement request. To clarify: When Camino crashes/is quit in the middle of a download, it should attempt to restart/ resume the download when it is launched again. Confirmed.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: Should recover partial downloads after crash and continue → Should automatically recover partial downloads after crash and continue
taking
Assignee: sdagley → josha
Im with you Phil. I have had this happen numerous times due to my dialup connection dropping. This can be very annoying, especially when it is a large file and it is almost done. Having the ability to pause a download, to make a phone call then resume, would also be nice.
Depends on: 187619
Priority: -- → P3
Target Milestone: --- → Camino1.0
After the pause/resume patch lands, I think Nick (Kreeger) should take a look at this and see what we want to do. Also, Jasper, do you have any opinions?
Maybe using this will help with some MIME problems were having (Java Web Start)?
Taking
Assignee: joshmoz → nick.kreeger
This won't make 1.0. Retargeting for 1.1.
Target Milestone: Camino1.0 → Camino1.1
Updating summary to what comment 0 is actually about. :) This bug is for our implementation of recovering .part files and using them to continue downloads. Adding bug 87151 as a dependency. It may or may not be the bug we need from Core to make this work, but it seems the most likely open one. Also see bug 107552 which claims to have fixed this back in 2002. The required support may already be there... I'm unsure. Targeting for Future.
Status: NEW → RESOLVED
Closed: 19 years ago
Depends on: 87151
QA Contact: chrispetersen → downloading
Resolution: --- → WONTFIX
Summary: Should automatically recover partial downloads after crash and continue → Resuming canceled/crashed downloads should pick up where stopped, not redownload entire file (part files)
Target Milestone: Camino1.1 → Future
Whoops. Didn't mean to WONTFIX this.
Status: RESOLVED → REOPENED
Resolution: WONTFIX → ---
I noticed something that may be useful in fixing this bug while I was experiencing the problems that led to filing bug 377602. If you cancel a download, the .part file sticks around, but the download itself gets deleted. If you later re-start the download, it will jump to where the .part file left off and successfully complete downloading, so in a manner of speaking, we have a rather obtuse sort of support for this already. We just need to hook it up to work automatically, I think. Nick, any comments? Does what I just said make sense? cl
Summary: Resuming canceled/crashed downloads should pick up where stopped, not redownload entire file (part files) → Resume canceled/crashed downloads by picking up where stopped, not redownloading entire file (part files)
We should probably fix bug 303158 in conjunction with this; see also bug 187483 comment 1 for a high-level overview of the way the UI should work to support both seamlessly (though there might be edge cases for bug 303158 for which we might want, say, a context menu item to force a complete new download).
I've encountered a similar issue, whereby, my download was interrupted when I accidentally closed Mozilla FF. When I open the browser again, the download in the "download window" appear as failed. It would be helpful if the user could resume the download. Mozilla FF 3.0.10 on Win XP SP3
This is a Camino bug; you should file a new bug for the problem with Firefox (after first searching to make sure it isn't already filed). cl
Blocks: 472710
You need to log in before you can comment on or make changes to this bug.