Select Signature file from Mail/News account settings and hit OK. Reopen the settings. The signature file is shown as a subdirectory which does not exist, and no signature is added when you compose a message. 2000102312 MacTrunk
On further analysis, I have realized that a new folder that resembles the folder name originally picked in the settings dialog has been created. I believe this is a well known problem with Unicode handling in directory in MacOS8.6 and beyond. Can Mozilla have a workaround for this? Changing component to Internationalization.
Component: Composition → Internationalization
Summary: No signature file is recognized. → No signature file is recognized. (Unicode in file path problem?)
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9
changing milestone to unknown. It will get changed back when we figure out what milestone to put this bug in.
Target Milestone: mozilla0.9 → ---
Nominating for 0.8
Target Milestone: --- → mozilla0.8
nominating means changing the keywords, not the target milestone. We've already rejected this for the nsbeta1 release that makes up mozilla0.8 and mozilla0.9 Perhaps there's someone on the I18N team who wants to look at this in that period?
Target Milestone: mozilla0.8 → Future
Checked 05/15 trunk build on both Ja Mac and En Mac + Ja lang kit. On Ja mac, the signature path is not garbled and the signature file contents appears correctly in the mail compose window. On a En Mac, the signature file path containing JPN chars appears garbled on account manager window. But the signature file can be found when opening a mail compose window. However if the signature file contains Japanese characters, the signature appears garbled on mail compose window. Changed the summary accordingly.
QA Contact: esther → ji
Summary: No signature file is recognized. (Unicode in file path problem?) → Signature file path containing JPN chars is garbled
Marking as nsCatFood, as all users should be able to have a signature file work proberly.
Marking nsbranch- as it was decided in the August bug triage that we wouldn't have eenough time in eMojo to fix this. Let's revisit for MachV.
branch keyword cleanup.
Seems fixed. Probably the same fix in; about: plugins displaying Japanese QuickTime info.
Status: ASSIGNED → RESOLVED
Last Resolved: 16 years ago
Resolution: --- → WORKSFORME
While this has been fixed, bug 66868 is still broken.
You need to log in before you can comment on or make changes to this bug.