Closed Bug 58519 Opened 24 years ago Closed 15 years ago

Mail Window displays a different message body that doesn't match selected message header

Categories

(SeaMonkey :: MailNews: Message Display, defect)

x86
All
defect
Not set
major

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: ekrock, Unassigned)

References

Details

(Keywords: regression)

Seeing this on WinNT 4.0 SP4 with both 10/25 and 10/30 N6 Commercial builds.

What happens: after using Mail for a while and reading and deleting messages,
you delete a message. The next message is automatically selected, but the body
of a different message (generally from a different folder than the folder of the
currently selected message) appears in the message body area.

Restarting the browser seems to be a workaround.

Note: I also notice that about the same time as this happens, the mail window
frequently gets into a state where even though you click a message's header, the
message body is blank, and if you double click the header, a blank window opens.
I think these two bugs may be related; filing that other one separately.

No reliable way to reproduce this, but it's happening frequently in 10/25 and
10/30 Commercial builds, so filing to put on radar.
cc:ing kmurray for severity and possible rtm assessment. Marking regression as
this didn't happen in previous builds.
Keywords: regression
Bug 58520 is the possibly-related "Mail message body area displays as blank; if
double click header, blank window opens."
I am seeing something similar to this on Solaris nightlies.  After a while,
you can click on a mail header and it does not update the message area.
reassigning to sspitzer.  There are a few other bugs out there about getting in
a state where you can no longer read messages.  They seem to include doing
things like deleting a message while it's in the process of loading.
Assignee: putterman → sspitzer
Win952; Mozilla 0.92 

I have a folder to archive special messages. 
Every day I move some mails from the inbox to this
folder, which is containing hundreds of messages now.
With this folder the chosen message in the header list
doesn't correspond to the shown message body. When I 
doubleclick the header the same wrong body is opened.

That's very annoying as I can't use the header list to
search for specific mails. In this case I open the mbox-file
with my favourite ASCII-viewer and do a regex search.
PC - Linux Slack 8.0 running Build ID: 2001080104 Mozilla 0.9.3

I filter my messages from lists into separete folders.
When I select a message in 'folder contents' pane, the message pane shows me the
wrong message. It allways shows another message in the same folder. I see no
relation between the two messages, the selected and the shown one.

It seems to happend only on folders that have messages from different senders,
that is, not all the messages are from the same person.

In my case, neither restarting mozilla or the O.S. brings the right results back.

The confusion is on the mail program, beacuse the files that contains mail
messages are "intact".
I experienced this for the first time today using Win 2000 Gecko/20010726
Netscape6/6.1. I changed the severity to CRITICAL as the messages appear to be
permanently corrupted.

Example: One message received in HTML matched the header. That same message body
appeared as text as the body of several other messages.

One Bugscape bug message body came through as:
BAPTISMS - You can say "WELCOME TO THE WORLD!!!!
 (divine intervention?)
Severity: normal → critical
OS: Windows NT → All
I see this when we start to leak. As ekrock stated when this was filed, you have
to use mail foir w while to experience this, but it seems to rectify itself if
you restart.
Esther, do we have any tests in place to see what happens to mail display after
a certain amount of run time?
After not using N6.1 mail for a couple of weeks I downloaded 29 messages today. 
-17 of these had the incorrectly paired message body and header. 
-12 had completely blank bodies. 

The same messages downloaded fine in N4.7. I can provide a copy of my 6.1 mail
to QA if it would help.
Another point for consideration:
I belive the way we load messages needs to be reviewed. On a slow connection the
following manifests itself more frequently:
I.   Launch Mail in 3 pane
II.  Make sure you have a message displayed in the message pane
III. Single click on a different message to display the body in the message pane
IV.  Note the order in which we change the message display:
     1. Message Header changes to reflect new header info
     2. While new message body loads, message body from previous message still
present in message pane
     3. When new message body finishes loading, it replaces contents of 'old'
message body with new contents

We are probably getting horked somewhere in the middle of this process, and
susiew might be seeing a freeze frame of this after some corruption occurs. 

We should definitely consider using the method employed by 4.x at the very
least, in that, before we attempt to load the new message body, we should clear
the contents of the old message display.
Keywords: nsbranch
Other observations:
1) When these problems began occuring, I no longer see message headers - whether
All or Normal is selected. Just "Subject:" but no data

2) Messages I receive one at a time during the day while mail is open look FINE.
It's only when I've downloaded several at a time after mail has been closed
where the header/body gets mixed up.

3) I see no pattern in which headers and bodies are combined. It has nothing to
do with if I've read the message whose body appears in the current message I'm
viewing, and there is no predictable sequence of which body and header is combined.
>We should definitely consider using the method employed by 4.x at the very
>least, in that, before we attempt to load the new message body, we should clear
>the contents of the old message display.

Kevin we used to do that in 6.x and it had a dramatic impact on message loading
speed. So I took it out. It was one of our biggest wins performance wise in 6.0
for message display speed. 

Minusing for eMojo. Not a stopper.

Keywords: nsbranchnsbranch-
Target Milestone: --- → mozilla0.9.6
Target Milestone: mozilla0.9.6 → mozilla1.0
Blocks: 107067
Keywords: nsbranch-
I have the very same problem in my configuration. From version 0.9.4 I use mail 
client and I filter mails from various conferences to underlying folders. It 
happens two or three time per day tha mail header has different body in 
preview. Even when I open mail it is the same as the one in preview. It looks 
like mail body related to mail header dissapeared for ever. Restart of mail 
client does not solve this issue.
I have similar problem with 0.9.5 and the same with yesterdays 0.9.6. I have 
Win98, now Mozzila 0.9.6, always intalling ovr old configuration. For me it is 
important issue as I lost several important emails in this way. I could only 
see its header...
Keywords: nsbeta1
Bugs targeted at mozilla1.0 without the mozilla1.0 keyword moved to mozilla1.0.1 
(you can query for this string to delete spam or retrieve the list of bugs I've 
moved)
Target Milestone: mozilla1.0 → mozilla1.0.1
Keywords: nsbeta1nsbeta1+
Priority: P3 → P2
Petr, do you mind trying to reproduce this in a nightly build (you can download 
it from mozilla.org's frontpage), and reporting back here?  Maybe this bug is 
not valid anymore.
Actually, I have 0.97 now but I install it from scratch. I did not see the same
behaviour again, so IMHO, this bug is not valid anymore, at least for me.
This has been happening to me since about Mozilla 0.9.5. It is still happening
with 0.9.7 and if anything is getting worse. Compacting the folder seems to fix
it sometimes, but it isn't making any difference at the moment.

This is on Win2000 SP2 with Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
rv:0.9.7) Gecko/20011221.

Always install to a clean directory from the Zip archive, but reuse the same
mail files with each version.

Incoming mail sorted using filters and it seems to affect all the folders where
the sorted mail goes as well as the inbox.
i'm a bit confused, because this one is marked as nsbeta1, P2/Critical and a
regression, but is targetted for M1.0.1.
No longer blocks: 107067
Status: NEW → ASSIGNED
Target Milestone: mozilla1.0.1 → mozilla1.0
nsbeta1- per ADT triage, ->1.2, blocks 'miracle bug' 122274
Blocks: 122274
Keywords: nsbeta1+nsbeta1-
Target Milestone: mozilla1.0 → mozilla1.2
I wonder if this is related to what msanz and evelyn are seeing in 3 pane ...
hmmmmmm. renominating to be re-evaluated.
Keywords: nsbeta1-nsbeta1
Related to 107466.
marking nsbeta1- per mail triage.
Keywords: nsbeta1nsbeta1-
I got the same kind of problem using Moz 1.2b (WinNT 4.0sp5). Messages were
retrived using POP. Mail client displays message body that does not match
message header.
The body was the body of a mail received previously, then the few messages get
with POP after this one will show correct sender/ subject in the mail list, but
with the incorrect body. If I try a "save as file", the result is the hole
invalid message.
Even after mozilla / system restart, the problem stays the same. By the way,
I've lost permanently 5 or 6 emails due to this problem.
I have been using all releases since 1.0, I only strated to get this problem
with 1.2a, and 1.2b and 1.2. I use imap mail, and as well as losing the body of
a message, i also see message corruption, lots of junk in message text. Symptoms
are:

1.   blank messahe body
2.   junk in message body
3.   message header and message body are from 2 different messages

I close Mozilla and use N4.79 and everything works fin, including "broken" message 
I use IMAP, and, as a temporary workaround, whenever this bug occurs, I move all
my mail from the INBOX to another folder and then back to the INBOX. After this,
headers and body do match again. Unfortunately, I have to this a couple of times
per week lately, so I hope this bug can be fixed quickly.
This bug suddenly popped up for me on Thunderbird 0.5 using IMAP (offline
extension installed). I hadn't seen the bug before on previous versions, but now
it happens several times a day. Restarting the browser DOES NOT fix the problem.
Deleting the INBOX file on disk fixes the problem.
Product: Browser → Seamonkey
Assignee: sspitzer → mail
Status: ASSIGNED → NEW
Filed Bug 292101 recently. Looks like similar to this one.
Flags: blocking1.7.8?
1.7.8 is gone
Flags: blocking1.7.8?
Flags: blocking1.7.12?
QA Contact: esther
Target Milestone: mozilla1.2alpha → ---
Flags: blocking1.7.13? → blocking1.7.13-
No blocking and no target milestone on what looks like a (keyword missing)
DATALOSS bug? 
Priority: P2 → --
QA Contact: search
gone for you with 1.1 or alpha 2??

 http://www.seamonkey-project.org/releases/2.0a2
Assignee: mail → nobody
Severity: critical → major
QA Contact: search → message-display
Whiteboard: closeme 2009-02-01
No reply to comment #30. Closing.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → INCOMPLETE
Whiteboard: closeme 2009-02-01
You need to log in before you can comment on or make changes to this bug.