34373 - Non Latin1 signature file in plain text is displaying as squares

Status: VERIFIED FIXED

(MailNews Core :: Internationalization, defect, P3)

Description

[marina]

Steps to reproduce:
-open Notepad;
-imput some JA text and save it as a text file;
-go to account preferences and check signature file;
-invoke a new mail composition window;
//note: the attached file look like garbage

Comment 1

[nhottanscp]

In M15, this feature is not working. Put depends on 32224.

The problem of japanese signature attach is that missing charset conversion.
We read raw data (in file system charset) but forgot to convert to unicode.
Reassign to ducarroz (owner of 32224), please apply following patch.

Index: src/nsMsgCompose.cpp
===================================================================
RCS file: /cvsroot/mozilla/mailnews/compose/src/nsMsgCompose.cpp,v
retrieving revision 1.157
diff -c -r1.157 nsMsgCompose.cpp
*** nsMsgCompose.cpp	2000/03/30 22:37:59	1.157
--- nsMsgCompose.cpp	2000/04/04 18:12:50
***************
*** 1852,1858 ****
    readSize = tempFile.read(readBuf, readSize);
    tempFile.close();
  
!   sigData = readBuf;
    PR_FREEIF(readBuf);
    return NS_OK;
  }
--- 1852,1859 ----
    readSize = tempFile.read(readBuf, readSize);
    tempFile.close();
  
!   if (NS_FAILED(ConvertToUnicode(nsMsgI18NFileSystemCharset(), readBuf, 
sigData)))
!     sigData = readBuf;
    PR_FREEIF(readBuf);
    return NS_OK;
  }

Comment 2

[Katsuhiko Momoi]

QA contact to marina.

Comment 3

[scottputterman]

any luck with this patch?

Comment 4

[Phil Peterson]

[nsbeta2+]

Comment 5

[Jean-Francois Ducarroz]

The actual code is different and therefore I don't think so I should apply this 
patch. Let me now if this bug still occurs. Thanks

Comment 6

[Katsuhiko Momoi]

J-F, this problem still occurs with 5/10/2000 Win32 build.

Comment 7

[selmer (gone)]

Mass moving M16 to M17 - look for nsbeta2 before anything else.

Comment 8

[Jean-Francois Ducarroz]

Reassign to rhp (per his request)

Comment 9

[rhp (gone)]

To help me out, can someone attach a Japanese text file attachment to this bug 
for me to recreate.

Thanks.

- rhp

Comment 10

[nhottanscp]

Attachment: japanese text file

Comment 11

[rhp (gone)]

Thanks.

- rhp

Comment 12

[rhp (gone)]

Ok, I think I have Naoki's fix applied and running, but I'll need you guys to 
test if this is working.

- rhp

Comment 13

[nhottanscp]

I used 2000052120 win32 commercial build (on Japanese localized WinNT4) and it 
is fixed for plain text mail. But I see dots when I tested HTML mail.
IQA, please verify this and reopen or file a separate bug for HTML mail.

Comment 14

[marina]

tested with 2000-05-22-09 build: there is only one scenario when it is working 
on Win NT JA : Mail composition set to Plain text and attachment is in txt 
format, everything else (html compose with txt or html signature, plain text 
with html signature ) fail.

Comment 15

[rhp (gone)]

Naoki,
I think I need your help on this one. I'm not sure of the proper handling of 
some of the various combinations and I don't have a Japanese system to test on.

Thanks for the help.

- rhp

Comment 16

[nhottanscp]

The problem of HTML case is because of ToNewCString which is used in 
nsMsgCompose::ConvertTextToHTML.
Since nsEscapeHTML(tString) only takes char*, we may need to delay the 
conversion (from file system to unicode) after the HTML escape. 

1870   char *tString = origBuf.ToNewCString();
1871   if (tString)
1872   {
1873     char *escaped = nsEscapeHTML(tString);

This is also reproducible with US system by using symbol characters (e.g. Euro, 
tradmark). I will attach the data.

Comment 17

[nhottanscp]

Attachment: a signiture file which contains symbol characters out of ISO-8859-1.

Comment 18

[nhottanscp]

Html mail with html signature is actually working fine.
Plain text with html signature also works except if the html signiture file 
contains NCRs (but this is a problem of the content sink).
I have a fix for html mail with a plain text signiture case.

Comment 19

[nhottanscp]

I filed a separate bug (40350) for HTML with NCR.

Comment 20

[nhottanscp]

have a patch, r=rhp

Comment 21

[bobj]

a=bobj

Comment 22

[nhottanscp]

checked in yesterday

Comment 23

[marina]

so the assumption is : it'll work on JA OS and won't on En? Do i test it only on 
JA system?

Comment 24

[nhottanscp]

Yes, this is OS charset dependent.

Comment 25

[Katsuhiko Momoi]

Is that true even for HTML signature files which contain
a meta-tag? If a signatue file is an attachment, it seems 
that we should be able to deal with it like any other
attachment - encode in B64, etc.

Comment 26

[nhottanscp]

When the html signature is converted to plain text, META charset may be used, 
but I am not sure. IF that is not working, please file a separate bug.

Comment 27

[marina]

verified with 2000-07-05 M17 build, html and plain text signatures are working 
on JA system.