142752 - FTP downloads don't complete successfully through a proxy

Status: RESOLVED EXPIRED

(Core :: XPCOM, defect)

Description

[Manon Goo]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0rc1)
Gecko/20020417
BuildID:    2002041712

ftp downloads via proxy (squid 2.4) are not saved to disk
the download window apears but no file is written


Reproducible: Always
Steps to Reproduce:
1. set proxy entry proxy 3128
2. point browser to ftp location
3. click on file

Actual Results:  download window pops up 
but no file is saved

Expected Results:  file shouldf be saved to disk and be an excat copy of file on
server 
:) (mtime ctime and atime may be diofferent )

Comment 1

[Matthias Versen [:Matti]]

-> Ftp

Comment 2

[Bradley Baetz (:bbaetz)]

ftp via proxy == http, not ftp

This WFM on linux 1.0rc1. -> file handling

Comment 3

[benc]

-> networking for problem identification...

Comment 4

[Colin Blake]

I am seeing a similar problem on OpenVMS. When using a proxy server and 
"save link target as..." option, about 75% of the time the file is not saved. 
After selecting where do save the file to, the "saving" window pops up, but 
there no progress for about 10-15 seconds, and then its done. But the file is 
nowhere to be seen (not even in /tmp). Does this sound the same? My bug is 
number 144221.

Comment 5

[benc]

->file handling, b/c it WFM as well. Maybe someone over there has heard of this.

Comment 6

[Manon Goo]

Clarifictaion:
I have follocwing disk layout:
/dev/disk0s13 mounted on / 
/dev/disk0s12 mounted on /Volumes/Users

My  homedir is under /Volumes/Users/manon

When I try to save fail under my homedir it fails 
When I try to save a file in in the root disk everything seams OK. 
is it possible that mozilla saves the files in a temp file located on 
the root disk (/tmp, /var/tmp ...) and then trys to move it to the selected
place ? if this is the case is there any other possibility besides crating a
/DONWLOADS which is chmod 1777 

This Bug is reproducable in Cinemara 0.5 0.6 in Mozilla 0.9 1.0 1.1. and 1.2b 
as well as in nescape 6 and 7 

Possible solution: use a temp file on the same disk as the destination file 

Comment 7

[timeless]

this sounds like the macosx file impl doesn't correctly implement move.

Comment 8

[Steve Dagley]

Conrad, this sound familiar?

Comment 9

[Greg K.]

Manon, is this still reproducible using a FizzillaMach build?

Comment 10

[idomoggie]

I have this problem in Camino Build ID: 2003043015 and in the previous build
saving files since April 23rd which happened to be the day I installed Airport
Extreme. The downloads don't show the total size sometimes and they don't
completely download. Opening the file reveals garbage.

Comment 11

[Gervase Markham [:gerv]]

This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/

Comment 12

[Gervase Markham [:gerv]]

This bug has been automatically resolved after a period of inactivity (see above
comment). If anyone thinks this is incorrect, they should feel free to reopen it.