Open Bug 213068 Opened 21 years ago Updated 18 years ago

Different directory pre-selected when mail attachment is double-clicked

Categories

(SeaMonkey :: MailNews: Message Display, defect)

x86
Windows 2000
defect
Not set
minor

Tracking

(Not tracked)

People

(Reporter: bertrand.denoix, Unassigned)

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624

I've discovered (by chance) that double clicking on a mail attachment is about
the same as using left-click+"save as...". Thereare however subtle differences:

With left-click/save as:
- File selection window is titled "Save attachment"
- Pre-selected directory in this windows is the one where the last attachment
was saved (using the same method: left-click/"save as")

With double-click: 
- File selection window is titled "Enter name of file to save to"
- Pre-selected directory in this windows seems to be the one where the last
download from the navigator was saved



Reproducible: Always

Steps to Reproduce:
1.Receive mail with atatchment
2.Save attachment with left-click/"save as"
3.Save same attachment by double-clicking it


Actual Results:  
Preselected directory in 3) not te sale as the one used in 2) (unless 2) also
used to download/save things from navigator.

Expected Results:  
Use same directory as in 2)
Forgot to add that attachments used in the report are ZIP files (ie files my
setup doesn't know how to handle). Maybe it's the default behavior "save to disk
when file can't be handled" which should be fixed when called from the mail/news
window.
Product: Browser → Seamonkey
Assignee: sspitzer → mail
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/
The bug is still there in Moz 1.7.8. There is an inconsistency between the
double click on the attachment and the "save as" pop-up menu item. IMHO the
double-click behavior should be fixed.
Confirming with Mozilla 1.7.12 on WinXP.
Severity: normal → minor
Status: UNCONFIRMED → NEW
Ever confirmed: true
QA Contact: esther
Summary: Wrong directory pre-selected when mail attachment is double-clicked → Different directory pre-selected when mail attachment is double-clicked
This is the difference between two prefs:
  messenger.save.dir   and    browser.download.dir
The first is used and updated by any Save As filepickers (and I think some 
other filepickers as well).  The second is set as a preference, and is used to save an attachment in response to a double-click, when the default action for that attachment's type is Save To Disk.

'browser.download.dir' is set in Preferences | Navigator | Downloads

Thunderbird has the same behavior.
I have two problems with this explanation (on Moz 1.7.12): Preferences/Navigator/Download lets me choose between start DL manager, specifric DL status or nothing but there is no "Default download directory" to set, and browser.download.dir in about:config is obviously tracking my last downloads directories and is not some preset value. 
You need to log in before you can comment on or make changes to this bug.