13844 - Reply & Forward of JPN msgs freeze apprunner when charset detctor is used

Status: VERIFIED FIXED

(MailNews Core :: Internationalization, defect, P1)

Description

[Katsuhiko Momoi]

** 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.

Comment 1

[nhottanscp]

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

Comment 2

[nhottanscp]

"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.

Comment 3

[Katsuhiko Momoi]

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

Comment 4

[Katsuhiko Momoi]

** 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 ...

Comment 5

[nhottanscp]

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

Comment 6

[Katsuhiko Momoi]

** 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.

Comment 7

[nhottanscp]

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.

Comment 8

[leger]

Clearing FIXED due to reopen.

Comment 9

[lchiang]

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

Comment 10

[nhottanscp]

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

Comment 11

[Katsuhiko Momoi]

** 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.