Closed Bug 105217 Opened 24 years ago Closed 24 years ago

"]+/," becomes " ±" in mails

Categories

(Core :: Networking, defect)

defect
Not set
normal

Tracking

()

VERIFIED FIXED

People

(Reporter: bugzilla, Assigned: mscott)

References

Details

If your mail contain a line like this: input = input.replace(/^[\s]+/,"").replace(/[\s]+$/,""); then Mozilla displays it like this: input = input.replace(/^[\s ±"").replace(/[\s ±,""); WEIRD! build 20011016
*** This bug has been marked as a duplicate of 104693 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
REOPENing to make sure that it's verified. Might be fixed by bug 104693 or bug 104876. Gemal, can you please write that "a" -> "b"? I hate to decipher regexps and I think QA too.
Status: RESOLVED → REOPENED
Depends on: 104693
Resolution: DUPLICATE → ---
->mscott
Assignee: sspitzer → mscott
Status: REOPENED → NEW
Component: Mail Window Front End → Networking
OS: Windows 2000 → All
Product: MailNews → Browser
Hardware: PC → All
A very nasty side effect of this - the "±" also appears in mail messages saved as text. I receive numerous email messages containing formulas. Every occurance of a "+" in a mail message ends up with "±" in the saved text file. And a character or two following the "+" in the original message is deleted. Data loss on top of the display problem. This is not good.
> "±" in the saved text file Did you really save as *text* (.txt) file or as HTML file? If the former, that would point to yet another bug (in Mailnews this time).
> Did you really save as *text* (.txt) Yes I did indeed. The messages exhibiting the problem were plain text to begin with: Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable
Oops. I thought I was using the 10/19 build when I had the problem, but it was actually the 10/16 build. Neither the display nor file save problem occurs in the 10/19 build. A thousand pardons.
I think, this bug is fixed. Marking FIXED for QA to vrfy. K Chayka, the saving problem is still a bug. The txt->html converter should not influence the saving of text mails to .txt. It seems to be used too often. Please file a bug and cc me.
Status: NEW → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → FIXED
I'm not sure what you think the bug with the txt->html converter is. Except for this particular case, .txt files come out fine. They get saved exactly as seen in the message View window, not necessarily as shown in the View Source window. This is an especially good thing with quoted-printable, where all those "=" at the end of each line are stripped off when saved as text. When quoted-printable messages are saved as .eml files, all that junk stays in. Are you saying this is wrong? If it is, I hope it never gets fixed. :)
This is fine in my 2001-12-06 builds, trunk.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.