252479 - When drag and drop an attachment over a program, the temp file is saved in the parent of the temporary folder

Status: VERIFIED DUPLICATE of bug 372322

(MailNews Core :: Attachments, defect)

Description

[Adilson Mohr]

User-Agent:       Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7.1) Gecko/20040707
Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7.1) Gecko/20040707

When I drag and drop an attachment over a DivX player, the temporary file is
saved in the root directory (C:\ ) instead of the temporary folder (C:\temp or
C:\windows\temp), as the Mail does when I double-click the attachment.

Just tried with players (DivX Player and Windows Media Player), didn't tried
with other type of programs.

Reproducible: Always
Steps to Reproduce:
1. Open a email with an movie attached (may ocurr with other kinds of programs)
2. Open an player (DivX Player or WMP)
3. Drag and drop the movie over the player


Actual Results:  
Open the Windows Explorer, and see the file in the C:\ folder

Expected Results:  
The file should be saved in the temporary folder set in the OS or Mail, like
C:\temp or C:\windows\temp.

Comment 1

[OstGote!]

Confirming with Mozilla 1.8a5 build 2004110104 on WinNT4.

Steps to reproduce: Have the explorer on c:\ open, drag an attachment from one
message over the desktop. See how the file appears in the explorer window (or
see the download of the attachment).

Comment 2

[Mike Cowperthwaite]

With Win2K, TB 0.9, I'm seeing the file created in
  C:\Documents and Settings\<user>\Local Settings
which is the directory containg the folder specified in the TEMP environmental 
variable.

For the Win98 case where the temp directory is  C:\Windows\Temp, does the file 
get stored in C:\ or C:\Windows ?

Comment 3

[Adilson Mohr]

(In reply to comment #2)
> With Win2K, TB 0.9, I'm seeing the file created in
>   C:\Documents and Settings\<user>\Local Settings
> which is the directory containg the folder specified in the TEMP environmental 
> variable.
> 
> For the Win98 case where the temp directory is  C:\Windows\Temp, does the file 
> get stored in C:\ or C:\Windows ?

In my Win98, autoexec.bat have entries for temporary folder set as :
set temp=c:\temp
set tmp=c:\temp

Comment 4

[Adilson Mohr]

Attachment: A shot of how it looks

I took a shot of my screen, so you can see it. Take a look at :
- Download Manager : the file draged, and the status bar
- Explorer : the file saved in C: directory
- the video player
- the original mail

Comment 5

[Mike Cowperthwaite]

(In reply to comment #4)
> - Explorer : the file saved in C: directory

OK -- but when you did that, what was the setting for TEMP/TMP?

I just tried this on a Win98 system, with 
  TEMP = C:\Windows\Temp
and the file ended up in C:\Windows

My suspicion is that the file is getting saved one directory up from where it's 
supposed to be saved.

Comment 6

[OstGote!]

(In reply to comment #5)
> My suspicion is that the file is getting saved one directory up from where it's 
> supposed to be saved.

Seems so. On my WinNT4 system (see comment 1) all the user and system variables
%TEMP% and %TMP% point to c:\temp. And I see the file in c:\.

Comment 7

[Adilson Mohr]

(In reply to comment #5)
> 
> OK -- but when you did that, what was the setting for TEMP/TMP?
> 
> I just tried this on a Win98 system, with 
>   TEMP = C:\Windows\Temp
> and the file ended up in C:\Windows
> 
> My suspicion is that the file is getting saved one directory up from where it's 
> supposed to be saved.


Maybe, yes. My settings in autoexec.bat, as is in comment 3, are :

set temp=c:\temp
set tmp=c:\temp

Comment 8

[Mike Cowperthwaite]

Hm.  Following up on comment 2, re: Windows 2000:  Apparently it takes some time 
to copy the file to the temp directory, so if you drop too soon over an open 
app, you'll get a File Not Found error.

I also see at least one temp file has been copied (today) into the correct temp 
directory -- in this particular case, it was UUencoded GIF from some old test 
message from another bug.  The weird thing with this is, after having deleted 
that temp file, I can't make it reappear in either the Temp directory or its 
parent, and can't open it in any of the drop-target applications.

I did notice that some of the files in the correct Temp directory apparently 
were the result of earlier drags -- so this bug may be a regression.

In my current bit of testing, I am not consistently getting the Saving dialog 
opening up when I drag an attachment (xref bug 285295); I don't know why.

Comment 9

[Scott MacGregor]

This is fixed by Bug 372322 on the branch, and I believe Windows now streams directly to the drop file on the trunk.

Comment 10

[Mike Cowperthwaite]

V that this is working pretty much as expected with TB 2.0pre-0302, Win2K.

In a previous version, dragging an attachment to the app opened the file from my 'Local Settings' directory; with the current version, the file is the 
'Local Settings\Temp' directory.

Testing with Word attachments, I'm seeing this fail if I drop the attachment too soon, as described at the beginning of comment 8.  With smaller attachments, it seems I can drop right away.  I think there may be another bug about this particular symptom.

Comment 11

[Scott MacGregor]

(In reply to comment #10)
> 
> Testing with Word attachments, I'm seeing this fail if I drop the attachment
> too soon, as described at the beginning of comment 8.  With smaller
> attachments, it seems I can drop right away.  I think there may be another bug
> about this particular symptom.

that's Bug 203307 and is implemented on the trunk.