Closed
Bug 105217
Opened 24 years ago
Closed 24 years ago
"]+/," becomes " ±" in mails
Categories
(Core :: Networking, defect)
Core
Networking
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
Comment 1•24 years ago
|
||
*** This bug has been marked as a duplicate of 104693 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Comment 2•24 years ago
|
||
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.
Comment 3•24 years ago
|
||
->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.
Comment 5•24 years ago
|
||
> "±" 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.
Comment 8•24 years ago
|
||
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 ago → 24 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.
Description
•