317699 - save dialog remembers previous attachment file name

Status: RESOLVED WORKSFORME

(Thunderbird :: Message Reader UI, defect)

Description

[Mark Jansen]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; nl; rv:1.8) Gecko/20051107 Firefox/1.5
Build Identifier: Mozilla Thunderbird Versie 1.5 (20051025)

When I'm saving attachments from multiple messages, Thunderbird remebers the last clicked on file name. This means, when I want to save an attachment without clicking on the file itself, there's this prompt to save the attachment of the previous message.

So, I've save an attachment already. Then I select the next message, right click the lower pane with the file name of the attachments (but won't click on the filename itself!!), then I choose save. Now, the previous file is mentioned in the file save dialog.



Reproducible: Always

Steps to Reproduce:
1. save an attachment
2 [review]. go to the next message with an attachment
3 [review]. don't click the filename, but right click and chose to save


Actual Results:  
The previous file name is used, not the last

Expected Results:  
the last file name to be used

The screenshot shows it perfectly. You see "mark1.bmp" as the file to be saved, while the dialog wants to save "mark2.bmp".

Comment 1

[Bill May]

Also happens on mac os x.

Comment 2

[Patrick]

Confirming bug based on comment 0 and 1 and my own observations.
At least up and until Trunk build version 1.6a1 (20060121) on Mac OS X PPC, 10.4.5.

Comment 3

[Mark Jansen]

The right URL mentioned

Comment 4

[steve]

This bug is still happening.  Any fix yet?

Comment 8

[Wayne Mery (:wsmwk)]

same as bug 294671?
It's not clear to me if 294671 *really* is extension sensitive

Comment 9

[Not interested in Mozilla any more]

It is not just the filename that is remembered it's the entire attachment. If you left click on an attachment in message 1 and then go to message 2 and save an attachment from there, without first left clicking on the message, then the entire attachment from message 1 is saved not the attachment from message 2 with the name of the attachment from message 1 (if you can understand that!)

Comment 10

[Magnus Melin [:mkmelin] (away, back June 30)]

WFM on linux (latest nightly)

Comment 11

[Gary Kwong [:gkw] [:nth10sd] (NOT official MoCo now)]

WFM per comment #10.

Comment 12

[Richard Mlynarik]

So did somebody actually FIX this or are comments 10 and 11 just some
random passers-by on different OS casually trying one casual test case
and unilaterally deciding that it is "fixed"?

I assure you the bug is still very much present in the public MacOS version
2.0.0.22 (20090605) -- which isn't the "latest nightly" on linux,
I know.

In the absence of a *bug fix* somewhere, what reason is there to
mark this widely-seen and user-visible bug as "fixed"?

Thunderbird attachment saving doesn't WORKFORME in about 10 different ways,
and marking a real bug as fixed doesn't WORKFORME absent *evidence* of a fix.

Comment 13

[Wayne Mery (:wsmwk)]

It might be OS specific, indeed all the bugs duped to this are also Mac. HOWEVER, rather than simply reopen:
a) what is your thought on comment 8 (everyone here seems to have thought it was a rhetorical question - which it CERTAINLY was not)
b) it would be easy for anyone here to test Mac trunk in 10-15 minutes start to finish:
b0 create a folder with test data in your current profile
b1 create a test profile 
b2 copy the test folder to a local folder in the test profile
b3 install trunk build fr ftp://ftp.mozilla.org/pub/thunderbird/nightly/latest-comm-1.9.1/ to a trunk program folder
b4 startup trunk (no need to open your mail account) and test

and with that profile, it would be trivial to test other attachment bugs and thereby hasten their resolution :)

Comment 14

[Mark Jansen]

It is not OS specific. As you can see, I initially made this bug report using Windows XP.

Comment 15

[Thomas D. (:thomas8)]

I vaguely recall this was explicitly topical around the time we fixed Bug 630759, probably even fixed by that bug.

Comment 16

[Thomas D. (:thomas8)]

(In reply to Thomas D. from comment #15)
> I vaguely recall this was explicitly topical around the time we fixed Bug
> 630759, probably even fixed by that bug.

Comment 0 mentions that you must not select the attachment before right-clicking to get into the scenario of this bug. Such right-click selection issues were also reported elsewhere, and all gone:

Bug 533921 was fixed in 2010-05.
Bug 372956 was probably fixed by bug 630759 (2011-08), or at least it was seen any more (wfm) as of 2011-09.