Closed Bug 59269 Opened 25 years ago Closed 24 years ago

Another case where newsgroup messages get trashed.

Categories

(SeaMonkey :: MailNews: Message Display, defect, P2)

defect

Tracking

(Not tracked)

VERIFIED WORKSFORME

People

(Reporter: laurel, Assigned: Bienvenu)

Details

Related bugs: bug 57665, bug 59031 Seen with nov3 mn6 branch commercial build on Win98, assume all platforms After doing the steps outlined below (which are steps to produce bug 59031), subsequent newsgroup messages read are "trashed" (as described in bug 57665). The message pane contents will display all headers (headers inn 6.0 should be contained within the header envelope) and the text of the message all squished togethter with no formatting, no wrapping. 1. Open a newsgroup in the main mail window, message pane is open. 2. Select a message posted by another user and open to a standalone window. (Not sure if standalone window is mandatory, but that's how I did it when I saw the problem.) 3. In the standalone window, Edit|Delete Message. Alert appears telling you it's not your posting, so you can't cancel it. OK the alert dialog. Close the standalone message window. 4. Return to the newsgroup in the main mail window, post a message to the group, get it and select it. 5. Edit|Delete Message. Confirm OK to cancel the message. 6. Select other messages, read them. Note the selection is off from message pane to thread pane selection. After selecting a few messages, you'll see message pane contents trashed as described above -- headers and body in the message pane, no formatting, no wrapping.
QA Contact: esther → laurel
accepting.
Status: NEW → ASSIGNED
adding mail3 keyword
Keywords: mail3
QA Contact: laurel → stephend
changing priorities
Priority: P3 → P2
marking nsbeta1- due to low frequency of occurrence.
Keywords: nsbeta1-
I tried this on build 2001032304 on Windows 2000. I'm betting that the outliner widget landing fixed this. I tried Laurel's steps to a T ;-) Marking worksforme.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
I tried this again with build 2001032915 on Macintosh and build 2001032908 on Mandrake 7.2 with KDE. verified, worksforme.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.