57762 - Signature file path containing JPN chars is garbled

Status: RESOLVED WORKSFORME

(SeaMonkey :: MailNews: Message Display, defect, P3)

Description

[hirata masakazu]

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

Comment 1

[hirata masakazu]

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.

Comment 2

[Jean-Francois Ducarroz]

accepting

Comment 3

[scottputterman]

changing milestone to unknown.  It will get changed back when we figure out what
milestone to put this bug in.

Comment 4

[scottputterman]

marking nsbeta1-

Comment 5

[Christopher Blizzard (:blizzard)]

Nominating for 0.8

Comment 6

[scottputterman]

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?

Comment 7

[ji]

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. 

Comment 8

[Jaime Rodriguez, Jr.]

Marking as nsCatFood, as all users should be able to have a signature file work 
proberly.

Comment 9

[Cindy Roberts]

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.

Comment 10

[Scott MacGregor]

branch keyword cleanup.

Comment 11

[hirata masakazu]

Seems fixed. Probably the same fix in; about: plugins displaying Japanese
QuickTime info.

Comment 12

[hirata masakazu]

While this has been fixed, bug 66868 is still broken.