604827 - .part files are not renamed safely

Status: UNCONFIRMED

(Firefox :: General, defect)

Description

[dclist]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-CA; rv:1.9.2.10) Gecko/20100922 Ubuntu/10.10 (maverick) Firefox/3.6.10
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-CA; rv:1.9.2.10) Gecko/20100922 Ubuntu/10.10 (maverick) Firefox/3.6.10

When viewing an in-progress download of an .avi.part file using smplayer a kernel panic (high disk activity, unresponsive except for magic sysrq sequences) occurs when the download completes. After a reboot the .part file is still present with substantial data (according to size). Once firefox is restarted you are notified that the "download is complete" but the .part file is deleted and the destination file does not contain the data (it is 224 bytes in this case). I expect data loss to not occur.

This has happened to me on at least 3 occasions but I do not recall if it is always reproducible.

Reproducible: Always

Actual Results:  
Kernel panic. After reboot .avi.part file is deleted. .avi contains no data.

Expected Results:  
1. No data loss: either the data remains in .part or in the destination file. Ideally would end up in the destination file.

2. There shouldn't be a kernel panic but I'm not sure if this is smplayer's fault or firefox's.

Comment 1

[dclist]

Steps to reproduce:

1. Start download of foo.avi file
2. smplayer foo.avi.part
3. Wait for download to complete

Comment 2

[Steve]

Started to occur when I upgraded to 4 beta.  Still persists through 6a1.

Not all downloads have problems.  Seems to be related to files saved with Save As dialog.  Link to open pdf or play mp3 work fine, for example, but Save As does not.  May also be related to conflict with virus scan, eTrust, but can't confirm.

File downloads fine, but messages says it can't be saved.  When file renamed to get rid of .part extension, file works perfectly.  

I've tested it on each Aurora release by downloading from http://www.mozilla.com/en-US/firefox/channel/ and it is very reproducible.