Closed
Bug 15536
Opened 25 years ago
Closed 25 years ago
[DOGFOOD] plain text reply: text is lost if typed above quoted text
Categories
(MailNews Core :: Backend, defect, P3)
Tracking
(Not tracked)
VERIFIED
FIXED
M11
People
(Reporter: pmock, Assigned: bugzilla)
References
Details
(Whiteboard: [PDT+])
Build Date & Platform Bug Found:
MacOS commercial seamonkey build 1999-10-01-20-m10 installed on G3/400 OS 8.5.1
Overview Description:
My mozilla preference was set to use the plain text compose editor. When I
replied to a html or plain text message, any text that I type above the quoted
text was lost when sent. Any text typed in or below the quoted was not lost.
This problem does not occur using the HTML compose editor.
Steps to Reproduce:
0) Configure Communicator 4.x to use a plain text editor for mail
1) I deleted my mozilla registry and previous 5.0 user profile
2) Double click on the icon entitled 'apprunner installer'
The migration wizard appears
3) Select your 4.x profile and click on the start button
The browser window should appear
4) Open the Messenger window
5) Click on the '+' to expand the list of folders
It does not matter if you are configured for POP or IMAP
6) Select the inbox (Log in if prompted)
7) Select any mail message (plain text or HTML)
8) Click on the reply button off the toolbar
A plain text compose window appears
9) In the message body, type some text above the quoted text.
10) Type some text in the quoted text and after it.
11) Send the message
12) Retrieve the message
Notice that the text before the quoted text is lost.
Actual Results:
All the text before the quoted text is lost.
Expected Results:
No text should be lost. Every character that is typed should be sent.
Additional Builds and Platforms Tested On:
I have not tried win32 or linux yet.
Additional Information:
I could not test in today Mac M11 build.
Peter, is this a new regression? Trying to isolate if any particular checkin
caused this.
I wonder if somehow related to
http://bugzilla.mozilla.org/show_bug.cgi?id=15313?
Assignee | ||
Updated•25 years ago
|
Assignee | ||
Comment 3•25 years ago
|
||
Yes, I am pretty sure is related to bug 15313. But just in case it wasn't I will keep this bug open...
fyi,
This problem does not appear to occur on the win32 1999-10-03-20-m10 build.
Updated•25 years ago
|
Assignee: phil → ducarroz
Status: ASSIGNED → NEW
Assignee | ||
Updated•25 years ago
|
Status: NEW → ASSIGNED
Updated•25 years ago
|
Summary: plain text reply: text is lost if typed above quoted text → [DOGFOOD] plain text reply: text is lost if typed above quoted text
Comment 5•25 years ago
|
||
Sounds like a dogfood issue to me.
Assignee | ||
Updated•25 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 7•25 years ago
|
||
Changing the .txt extension to .html of our temp file or default body file fix the problem.
Fixed and checked in.
Verified as fixed using Mac commercial seamonkey build. Plain text reply do not
lose text. Text is not lost whether you enter text above or below the quoted
text.
ftp://sweetlou/products/client/seamonkey/macos/8.x/ppc/1999-11-18-08-M12/netscap
e5-mac-M12.sea.bin
Updated•20 years ago
|
Product: MailNews → Core
Updated•16 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•