Closed Bug 22315 Opened 26 years ago Closed 26 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: 26 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: