Closed Bug 470700 Opened 17 years ago Closed 16 years ago

Attachment save as fails if path includes "non-standard" characters (i.e. "ščž")

Categories

(Thunderbird :: Message Reader UI, defect)

x86
Windows XP
defect
Not set
minor

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: alkec, Unassigned)

References

Details

(Whiteboard: [DUPEME])

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ca; rv:1.9.0.5) Gecko/2008120122 Firefox/3.0.5 (.NET CLR 3.5.30729) Build Identifier: 2.0.0.18 (20081105) When I tried to do a Save As of an attachment in a mail I've received, I've created some new folders one included "non-standard" characters "š" and "č" and then tried to save the attachment to one of the new subfolders, just created, but it failed. I got a message saying that something went wrong. The exact message says: "It's not possible to save the attachment. Please check the name of the file and try again later." The exact text of the Warning Dialog I get might differ, because I'm not using the English version of Thunderbird. The attachment was a pdf file. Which did include characters "š" and "č", although it seem to have no influence of the success of the save command. When I changed the name of the folder with "č" and "š" to something without these non-standard letters, and without changing the name of the file attachment (leaving "š" and "č" in the file name), the save was successful, although the file name was altered: The letter "č" was replaced by the character "c". I apologize for not checking this on the latest nightly build, but I don't have enough space to install a recent nightly build just to try and reproduce the bug. I have checked if someone ever already reported something similar and have found nothing. I've tested it several times on Windows XP SP3 Home Edition (in German), Mozilla Thunderbird 2.0.0.18 (20081105) - Catalan-Valencian (Català-Valencià) version. The results were identical every time. Reproducible: Always Steps to Reproduce: 1. Try to "Save as..." a mail attachment with the letters "š" and "č" occurring in the file name. 2. When the Save as... Dialog appears, create a subfolder (or more) so that in the absolute file path there is a folder that includes the characters "š" and "č" in it's name. 3. Click Save button to save file. Actual Results: A MessageBox/Dialog appears saying: "It's not possible to save the attachment. Please check the name of the file and try again later." in the according language of the Thunderbird version. Expected Results: File saved as has been specified. Not yet checked on a latest nightly build, but not found anywhere on BugZilla. Tested on: Windows XP SP3 Home Edition (in German), Mozilla Thunderbird 2.0.0.18 (20081105) - Catalan-Valencian (Català-Valencià) version. Save was later successful when renaming the subfolder with "š" and "č" in the name to something without these characters, but the name of the file was altered: The file name itself included "š" and "č" as well and the character "č" was replaced by "c" without notice or user confirmation.
Version: unspecified → 2.0
Whiteboard: DUPEME
Can't reproduce this bug. I'm running Thunderbird 0.2 and 1.0 in a Danish environment with æøå-letters. Maybe you're using the "Readonly Attachments" extension? Or other extensions?
Aleš , could you try with a recent 3.0 build and tell us if it works for you ?
Reporter, as suggest in comment #3, could you try to see if it still happens with http://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/latest-comm-1.9.1/ ?
Whiteboard: DUPEME → [DUPEME] [closeme 2009-10-23]
WFM using STR in comment #0 and release Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.5pre) Gecko/20091018 Lightning/1.0pre Shredder/3.0pre ID:20091018031417 2.X is a security fix and maintainance branch it's very unlikely that what fixed this bug ends up backported to the 2.x branch.
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Component: General → Message Reader UI
QA Contact: general → message-reader
Resolution: --- → WORKSFORME
Whiteboard: [DUPEME] [closeme 2009-10-23] → [DUPEME]
You need to log in before you can comment on or make changes to this bug.