495316 - Hang on drag & drop attachment to folder because of filename - Unable to save the attachment. Please check your file name and try again later

Status: RESOLVED WORKSFORME

(Thunderbird :: Message Reader UI, defect)

Description

[Lorenz Froihofer]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.10) Gecko/2009042316 Firefox/3.0.10 (.NET CLR 3.5.30729)
Build Identifier: version 2.0.0.21 (20090302)

When copying some attachments to disk via drag & drop, Thunderbird shows the message "Unable to save the attachment. Please check your file name and try again later." as soon as the mouse cursor leaves the Thunderbird window and is moved over an area that accepts the drag & drop event, e.g., the Windows taskbar or an explorer window.

If this happens, the message dialogue cannot be closed -- Thunderbird does not react on a click on "OK" or the "X" of the dialogue window. The only resolution is to kill the Thunderbird process and restart.

Attachments can be saved by right-clicking on the attachment and selecting "Save as ...". Interestingly, the save dialogue does not show any file name then. This might be the problem why drag & drop does not work.

Moreover, "Save all ..." shows the same error message, but in this case the click on the OK button works and you can continue to work with Thunderbird. The problematic message, however, is not saved to disk, presumably due to an empty file name.

Unfortunately, I cannot provide an example message, but the issue seems to be related to long filenames containing whitespace. The content type of an example message where this bug occurs is (numbers replaced by "0" and characters replaced by "x"):

Content-Type: application/msword
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="0000000 xxxxxxx xxxxxx
	xxxx_xxxx.doc"

I can also verify this bug on a clean profile.

Reproducible: Sometimes

Comment 1

[Lorenz Froihofer]

After playing around a bit to create an example message, I found out that it's not possible to produce such a message with Thunderbird as long filenames are either written on one line or broken into several lines, like:

filename*0="...."
filename*1="...."

To me it seams like the bug is caused by the linebreak in the filename of the Content-Disposition: line posted in the in the initial bug report.

Comment 3

[Lorenz Froihofer]

Attachment: Mail message illustrating the bug

The bug heavily depends on the file name. Changing only the first character of the file name in the attachment to "x" (instead of "r") no longer produces the bug. The length of a file name might therefore not be an issue.

Fortunately, pressing "ESC" or "ENTER" allows to discard the dialog that otherwise completely blocks Thunderbird. However, it is not possible to close the dialog via a mouse click on the "OK" button.

Comment 4

[[:Aureliano Buendía]]

Lorenz, I test your issue with latest TB 3.x and is WFM: I can drag and drop attached *.pdf file  in your testcase email.

Could you try to see if it still happens with the new TB 3.0 rc1
http://www.mozillamessaging.com/en-US/thunderbird/early_releases/downloads/ ?

Comment 5

[Lorenz Froihofer]

Yes, I can drag and drop the attached PDF as well in TB3.x. But now comes the interesting part: I can drag and drop the attached PDF in TB2.x as well -- even from the original message in my inbox!

Consequently, it seems that this bug is quite difficult if not impossible to reproduce. Hence, I can only add some more comments here:

If the bug occurs, it only prevents some attachments from being dragged and dropped, but not all. Restarting Thunderbird does not help in that situation. However, as I restarted my computer since filing the bug and it works now, the cause might even not be found in Thunderbird code itself -- bad luck.

(In reply to comment #4)
> Lorenz, I test your issue with latest TB 3.x and is WFM: I can drag and drop
> attached *.pdf file  in your testcase email.
> 
> Could you try to see if it still happens with the new TB 3.0 rc1
> http://www.mozillamessaging.com/en-US/thunderbird/early_releases/downloads/ ?

Comment 6

[[:Aureliano Buendía]]

(In reply to comment #5)
> Yes, I can drag and drop the attached PDF as well in TB3.x. 
Ok Lorenz, regardless of the behavior that because WFM (and for you) with latest TB 3.x I close this as wontfix - as it workd in 3.0 and 2.x is a stability and security release branch.

Feel free to reopen it if you have the same issue in the future in TB 3.x.

Comment 7

[[:Aureliano Buendía]]

adjust wontfix-->WFM