71193 - File | save as doesn't work for an attachment file

Status: RESOLVED WORKSFORME

(SeaMonkey :: MailNews: Message Display, defect)

Description

[ji]

Build: 03/06 win32 trunk build

After opening an attachment file in a browser, File | save as doesn't pop up a
file dialog to save the file.

Steps to reproduce:
0. Launch browser.
1. Launch Mail from Task menu.
2. Send a mail with an attachment to the testing account itself.
3. After the mail is received, click on the attachment to open it.
4. After the attachment is opened in browser, select File | Save as on the
browser window.
Nothing happens. No file dialog comes up.

Comment 1

[ji]

It doesn't happen on 03/06 linux and mac build.
File | Save as works for a web page or a local file.

Comment 2

[scottputterman]

I'm unable to reproduce this on the same build on Win2K.  Can anyone else
reproduce this?

Comment 3

[ji]

I can't reproduce it on NT either. It could be a win95 specific problem.

Comment 4

[lchiang]

ji - when you tried this on WinNT, did you use the same type of file as on 
Win95?  Does this happen to more than one type of attachment on Win95?

Comment 5

[ji]

Yes, I used the same type of file as on win95J, actually I tested with the
exactly same mail on two systems. I tried with .txt and .html file on win95J,
both failed.

Comment 6

[Gael Le Mignot]

It happens for me too, both in 0.9.7 and in nightlies (2002010408 for example)
when I try to save pictures in alt.binary.pictures.fantasy-sci-fi. 
I'm using GNU/Linux (Debian).

Comment 7

[Gael Le Mignot]

Sorry, it's not exactly that: the "save as" dialog doesn't appears when I right
click on the picture and select "Save as" in the menu, but it does appears when
I right click on the filename in the attachment pane and then select "Save as".
Should I submit a new bug ?

Comment 8

[sbeam]

I would like to add a "me too" and note that it only seems to be a problem with
attachments that are displayed 'inline', ie GIF, JPEG, text/plain, etc. 

Also, Even if you double-click on the filename in the attachment pane and the
attachment is displayed in the Navigator window, the Save As... and Save Page
As... dialogs do not seem to have any effect. Right-clicking on the attachment
name and choosing Save As does work (thanks Gael as I hadn't noticed it)

Using 0.9.8 on Linux/i383 installed with the installer.

Comment 9

[Dac Chartrand]

Put another "Me Too" on the pile. Can right clik and SAVE AS attachments that
are displayed 'inline', like GIF or JPEG. 

If i keep drilling down to the actual image by double clicking I get the
following in the URL box: 

mailbox:///C|/SomeDocuments/SompProfile/Application%20Data/Mozilla/Profiles/default/vo6hxlio.slt/Mail/pop2.somepop.com/Trash?number=556269&part=1.3&type=image/jpeg&filename=someimage.jpg

if i change the URL prefix mailbox: to file: ie.

file:///C|/SomeDocuments/SompProfile...

I get to an ASCII email with base64 encoding for the wanted image.

Is the [save as] for the Inline handled by the same function found in the [save
as] for the icon representation of the image in the Attachments box?

Moz 0.9.8 - win2000

Comment 10

[Frédéric Buclin]

This bug is very old now. With the latest release (Mozilla 1.7.2), the "save as"
popup appears. I'd close this bug as FIXED!

Comment 11

[hummer2238]

I have a similar problem...  right click context menu in both Moz and the Mail
client > save image as...  does not work.  Get save as dialog - OK - then NO
FILE to the target directory.  see my Forum post titled...
"Moz 1.8a5 .. loss of save pix ability after u/g install".
--==hummer2238==--

Comment 12

[hummer2238]

Apon further investigation,  my bug is identical to this one.  Images in browser
windows and in mail do not save using right click context "save image as"
method.  Right click on the File area in mail works though just like your bug. 
IDENTICAL.
-- I resolved my bug by blowing away everything in my MOZ directory except for
my PROFILES and then reinstalling clean to the SAME Moz directory. The new
iteration picked up the old profiles/extensions and now will save pix as before
except for a slight change in behavior.  Before, the rt-click save command would
do nothing visible until the pix downloaded completely. Then the File save
dialog would appear awaiting the confirmation click.  Thus one could rt-click
cmd multiple pix and have them "queued" up to pop their save dialogs in
succession as the pix arrive. Now, the behavior is different,  a regression to
earlier times when the rt-click command would pop the save dialog immediately
and one could yes the save bringing up the progress dialog which hangs around
til the pix download completes... then poof... saved (just like legacy NetscRape
4). Not so nice if one wants
to do multiple pix concurrently.  Many progress dialogs onscreen.  But at least
it works! And yet I have two other machines at work which never had
this problem and still save in the proper manner, queueing up and popping therir
save dialogs for OK click as the pix finish downloading.

Hope this info helps.

--==hummer2238==--

Comment 13

[Mike Cowperthwaite]

The original problem occurred for
1) mail attachments that had been opened in the browser (in the suite)
and 
2) only for Win95J (Japanese, I presume).  
All comments after comment 5 are about some other bug(s).

Since Ji has not responded, I'm assuming he's no longer reading this bug; and 
if Win95J is supported in current builds, it won't be as of Gecko 1.9, which is 
dropping support for all Win9X.  This bug might even have been fixed in the interim, but I have no way to test it.  So:  => WFM

If any of the subsequent reporters are still having the problem(s) they were talking about, they can (after making another, more careful, search for an existing bug) open another bug for the problem.