325946 - Selecting "Download link target" of a mov file results in an "Interupted" failed download.

Status: VERIFIED DUPLICATE of bug 309879

(Camino Graveyard :: Downloading, defect)

Description

[Mark Newland]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.0.1) Gecko/20060126 Camino/1.0b2+
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.0.1) Gecko/20060126 Camino/1.0b2+

Selecting Download link target of the mov link results in an "Interupted" failed download.
http://www.channel4.com/media/4homes/G/grand-designs/quicktime/wales.mov

See image for the error message.
Works fine with icab.

Reproducible: Always

Steps to Reproduce:
1.Open http://www.channel4.com/4homes/ontv/grand-designs/houses/W/wales-4.html
2.Right click Tour link.
3.Select download link target.
4.Try and save to hd.

Actual Results:  
Download starts but fails with a There was an error downloading the file 'wales.mov'

Get an error message.
The download failed.  Check your connectivity and the download folder, and try again.

Expected Results:  
Movie saved to hd.

Comment 1

[Chris Lawson (gone)]

This is almost certainly a dupe of bug 309879.

Comment 2

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

Mark, do you have cache disabled?

Comment 3

[Mark Newland]

do you have cache disabled?

Where do I look?

Thanks
Mark

Comment 4

[Chris Lawson (gone)]

(In reply to comment #3)
> do you have cache disabled?
> 
> Where do I look?

Heh. That's probably a sign you don't, but are you using something like CamiTools?

Enter "about:config" in your Location bar, hit return, and then type "cache" in the filter. browser.cache.disk.enable should be TRUE, and browser.cache.disk.capacity should be something greater than 0.

cl

Comment 5

[Mark Newland]

Hope this helps.

browser.cache.disk.enable is true
browser.cache.disk.capacity 51200

Mark

Comment 6

[Chris Lawson (gone)]

OK, same question, but browser.memory.cache.enable/capacity this time.

cl

Comment 7

[Mark Newland]

browser.cache.memory.enable true

No capacity is listed.

Mark

Comment 8

[Mike Pinkerton (not reading bugmail)]

smfr, we're seeing a lot of these reports. any clues?

Comment 9

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

This seems to be the inverse of bug 309879 (but maybe, deep down, is the same bug?).  There's also a thread in the forum where the gist is diabling *one or the other* of the caches seems to suddenly let downloads complete: http://forums.mozillazine.org/viewtopic.php?t=372207

If this (and/or any of the forum-mentioned issues) are really the same as bug 309879, bug bug 309879 should perhaps block 1.0 (there's some idea of the cause there, but dunno how evil the solution might be).

Comment 10

[Simon Fraser [no longer active]]

Yeah, I think this is related to bug 309879. See that bug for an http log and info. Darin says that we shouldn't kill the first download and start a new one (which we do for header sniffing).

Comment 11

[Chris Lawson (gone)]

Though I can't reproduce this, the symptoms are similar enough that this is most likely a duplicate of bug 309879. If the fix for that bug does *not* fix this one, we should re-open this one and investigate further.

*** This bug has been marked as a duplicate of 309879 ***