** Observed with 9/14/99 Win32 M11 build ** When you reply to or forward a msg containing Japanese text body, apprunner draws the subject header and then begins to draw the text body but then it freezes while trying to do that. It turns out that this problem happens when the intl.charset.detector is set to "jams" or "jaclassic". This problem does not happen when the intl.charset.detector is set to "japsm". For obvious reasons, the freeze does not happen on messages which don't contain Japanese.

jaclassic doesn't seem to like UTF-8 data created by Rich's quoting code.

"jaclassic" was written for line based detection for libmime. It is supposed to be specified by libmime specific pref "mail.charset.detector" instead of "intl.charset.detector". I don't think the bug will happen with it. I also checked in to disable non line based detections in "jacalassic" and "jams". With this change, the freeze will not happen whatever the pref seeting.

Thanks! I forgot about the different prefname for jaclassic. I'll check out "jams" tomorrow.

** Checked with 9/16/99 Win32 build ** With this build, the body is not shown but when any detector is used either for intl.charset.detector or mail.charset.detector and if a Japanese msg contains more than one parts (i.e. multipatr), then the apprunner crashes while trying to draw the body with reply/quote or forward function is engaged. The only way to avoid this is by not using "any" detector, japsm, jsclassic, or jsms for either intl or mail detector. re-opening ...

Yesterday's build had a problem with quoting body (14045). Please verify again with today's build.

** Checked with 9/17/99 Win32 M11 build ** This problem is still contuing with today's build. I found that the real problem is in "japsm" set in "intl.charset.detector" line. This problem seems to occur when there is a JPN attachment including a vCard in Japanese. I sepecify "jaclassic" for "mail.intl.detector" but "japsm" for "intl.charset.detector". But in creating a new msg, if there is a JPN attachment, Editor seems to be using the one for intl.charset.detector. Unfortunately there is currently a bug in the way charset detector is used and I see that there is an infnite loop going on in the detector. This is why the reply/quote of certain msgs freezed the apprunner. The charset detector infinite looping bug for Browser is Bug 13946. I think these 2 bugs are probably related.

Change the summary because the problem is not detector specific. Also note that not every attachment has this problem (i.e. not always freeze). I think this bug will be resolved when 13946 is fixed. But moved to M12 since 13946 is not fixed yet.

Clearing FIXED due to reopen.

(target milestone is M11 or M12 - add to mail beta tracking bug)

Depended bug 13946 was fixed last night. This bug can be verified now if no other blocking bugs for quoting.

** Checked with 10/6/99 Win32 M10 final candidate build ** The freezing/infinite looping of charset detector no longer occurs with the above build when reply/forward is engaged on a message which contains such attachments like Japanese vCard. Verified as fixed.