Closed Bug 22315 Opened 25 years ago Closed 25 years ago

Entities are broken in HTML mail send

Categories

(MailNews Core :: MIME, defect, P3)

x86
Windows NT
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: nhottanscp, Assigned: nhottanscp)

References

Details

Attachments

(1 file)

I used win32 build 1999-12-21-09-M13. I don't know if this is a regression from
M12.
When I sent a HTML mail with a trade mark (on windows, holding Alt and type 153
on numeric key pad). Received message contains ™ instead of ™.
As a result, the broken entity is shown in the message view as "™".
Blocks: 20062
On M12, mozilla freezes with the same operation. I think it is the infinite loop
fixed recently in M13.
This will have to be release noted for M12 as users trying
to input Windows-1252 only characters under Latin 1 encoding
send, Latin 1 characters under JPN send, etc. will run
into this freezing problem.
Assignee: rhp → mozilla
Ben,
I've noticed this with parsing some I18N messages as well.

- rhp
Component: Composition → MIME
Target Milestone: M13
nhotta,
If ScanHTML is fed with Unicode (neither "nbsp" nor "™"), the
problem should go away. I thought, you were working on that?

rhp,
didn't the additional else statement (mozTXTToHTMLConv.cpp, Version 1.7)
make it into M12?
> rhp,
> didn't the additional else statement (mozTXTToHTMLConv.cpp, Version 1.7)
> make it into M12?

Nope. They branched before then and I've been on my back the past 1 1/2 days
fighting the flu.
>nhotta,
>If ScanHTML is fed with Unicode (neither "nbsp" nor "™"), the
>problem should go away. I thought, you were working on that?
I have proposed ScanHTML to move to nsMsgSend.cpp from nsMsgSendPart.cpp.
I do not plan to change the code myself but I can test both entity and i18n
cases once your patch is ready.
Sorry, but I can't make this change, as I don't understand the data flow or the
corresponding code. I just wrote mozTXTToHTMLConv.
Assignee: mozilla → nhotta
Status: NEW → ASSIGNED
OK, I'll try to relocate ScanHTML. In case of any internal problem in
mozTXTToHTMLConv, I'll reassign to you.
I attached a diff. Rich, could you review it?
I have tested HTML mails with url strings (e.g., http://home.netscape.com,
nhotta@netscape.com), an entity ™ and a simple Japanese text (copied from
bug 18410).
I don't know much about ScanHTML itself so probably more extensive testing
needed by the author (mozilla@bucksch.org).
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
The fix checked in.
For verification, please also test Japanese mail which had a problem before.
Changed QA contact to momoi as it involves intl data testing.
QA Contact: lchiang → momoi
** Checked with 1/20/00 Win32 build **

The trademark and other HTML entities are now correctly encoded.
Also the crash I reported when I mixed Latin 1 entities with Japanese msg send
is gone from this build.
Status: RESOLVED → VERIFIED
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: