Closed Bug 246966 Opened 20 years ago Closed 19 years ago

Thunderbird does show blank page for some mails, due to problems with storing the previous e-mail

Categories

(Thunderbird :: Mail Window Front End, defect)

Product:
Thunderbird
Component:
Mail Window Front End
Platform:
x86
All
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

(Not tracked)

Status:
RESOLVED FIXED

People

(Reporter: dcabbar, Assigned: Bienvenu)

Details

(Keywords: fixed1.8)

Attachments

(9 files, 2 obsolete files)

Incorrect mail order
201.01 KB, image/jpeg
Details
First mail viewed is blank
89.52 KB, image/jpeg
Details
multiple mail header clicks
32.97 KB, application/x-gzip
Details
blank mail with attachment in mail
33.29 KB, application/x-gzip
Details
blank mail no attachment in mail
29.65 KB, application/x-gzip
Details
viewing mail from attachment 196356 using tb1.0.6
29.80 KB, application/x-gzip
Details
viewing mail from attachment 196355 using tb1.0.6
29.65 KB, application/x-gzip
Details
better fix
2.58 KB, patch
mscott
: superreview+
mscott
: approval1.8b5+
Details | Diff | Splinter Review
Incorrect Message Subject displayed in Message List
165.83 KB, image/jpeg
Details 
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040206 Firefox/0.8
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040206 Firefox/0.8

Hi,

I have this weird problem with Thunderbird 0.6 (20040502)... It does not show
one particular message (say msg1) for some reason.

Here is the description, I click on one of the messages (say msg 2) from the
message pane, it shows me to content of that message. Then, I click on this
message, msg1, which has the problem. When I click on the one with the problem,
message pane still shows the header of the previously clicked message (msg 2 in
this case, but it always shows the previously clicked one) for some reason, and
it does not show any content for msg 1, just a blank page there. I kept doing
this, tried to restart thunderbird. I tried doubleclicking on it, still nothing.
Basically it keeps not displaying the message...

I am trying to look at the source, again, it displays a blank page. Tried to
save it, it saved a blank file.

BTW, this happened for an IMAP message, but I have similar problems at home with
POP3 (there are a few messages that it does not display)...

To give you more idea, you can take a look at the message list screenshot
(removed names, subjects for privacy) at:

http://www.geocities.com/dcabbar/t2.jpg

When I double click on this message, it opens a new BLANK window as I mentioned
above, and here is the screenshot of that window:

http://www.geocities.com/dcabbar/t1.jpg

Again, I removed subject, etc.for privacy.

Below, I am pasting the relevant information from the header of 3 e-mails: one
header before the one that is causing the problem, the one that is causing the
problem, and start of the next one.

Please note the ------=_NextPart_000_07F9_01C45205.C4963930-- part just before
the e-mail that is not showing up. I think thunderbird somehow confused the
previous e-mail, and that is why it is not showing my mail???? Once again, as I
said, I had this problem with a few more e-mails at home. When I remove this
"------=_NextPart_000_07F9_01C45205.C4963930--" part, it works fine...

Any ideas?

Thanks!

Here are the headers:

<DCABBAR'S NOTE: STARTING WITH AN E-MAIL BEFORE THE ONE THAT IS CAUSING THE PROBLEM>
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="----=_NextPart_000_07F9_01C45205.C4963930"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1409
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409

This is a multi-part message in MIME format.

------=_NextPart_000_07F9_01C45205.C4963930
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<DCABBAR'S NOTE: SOME MESSAGE CONTENT HERE>

------=_NextPart_000_07F9_01C45205.C4963930
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<DCABBAR'S NOTE: AGAIN SOME MESSAGE CONTENT HERE>

------=_NextPart_000_07F9_01C45205.C4963930--

<DCABBAR'S NOTE: THE FOLLOWING MESSAGE IS THE ONE THAT IS NOT SHOWING UP>
From - Mon Jun 14 12:42:49 2004
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Return-Path: <ZZZ@ZZZ.com>
Received: from ZZZ by YYY
with ESMTP id ZZZZZ; Mon, 14 Jun 2004 11:34:41 -0600
Message-ID: <ZZZ@ZZZ.COM>
Date: Mon, 14 Jun 2004 19:22:34 +0200
From: ------
Organization: ------
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4)
Gecko/20030624 Netscape/7.1 (ax)
X-Accept-Language: en-us, en
MIME-Version: 1.0
<DCABBAR'S NOTE: AGAIN SKIPPING IRRELEVANT INFORMATION FOR PRIVACY>
Content-Type: multipart/mixed;
boundary="------------090301030604020700060800"

This is a multi-part message in MIME format.
--------------090301030604020700060800
Content-Type: multipart/alternative;
boundary="------------020008090005090809040501"


--------------020008090005090809040501
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

<DCABBAR'S NOTE: AGAIN SOME MESSAGE CONTENT HERE!!!>

--------------020008090005090809040501
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<DCABBAR'S NOTE: AGAIN SOME MESSAGE CONTENT HERE!!!>

--------------020008090005090809040501--

--------------090301030604020700060800
Content-Type: text/xml;
name="repository(all datafeeders).xml"
Content-Transfer-Encoding: 8bit
Content-Disposition: inline;
filename="repository(all datafeeders).xml"

<DCABBAR'S NOTE: AGAIN SOME MESSAGE CONTENT HERE!!!>


--------------090301030604020700060800
Content-Type: text/xml;
name="xyz.xml"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline;
filename="xyz.xml"


<DCABBAR'S NOTE: HERE STARTS THE NEXT MESSAGE>
From - Mon Jun 14 12:53:46 2004
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000

Reproducible: Always
Steps to Reproduce:
1. Somehow, thunderbird messed up this message, I have some messages at home
which are similar, but don't know why it comes up to that point, or how to
reproduce it if you don't have these messed up e-mails. So this is reproducable
for these messages everytime...
2.
3.
Sorry, geocities does not let you see images, please check the index.html for
these two files:

http://www.geocities.com/dcabbar/
I'm seeing this behaviour regularly with the gtk2 sparc/solaris contrib build of
0.7.1

I haven't identified why some messages don't display, but it is always 100%
consistent. I'm using IMAP. I never had problems with 0.6 and earlier. It seems
to be a more general problem than the one reported here.
Severity: major → critical
OS: Windows XP → All
I'm wondering if this is related to the problem in bug #234562.  Here's my 
comment on that bug:
We're using Thunderbird (IMAP) at my company & I work at our email help desk.  
I just spoke with one of our users today that had received an email today with 
an attachment.  The email worked ok when he received it.  But now, when he 
clicks on it to open the message, the header information is completely 
missing, along with the email body and the attachment.  When clicking 
View>Message Source, the source file comes up blank.  There's nothing there.  
Rebooting did not help.  He is using version 0.7.3 (20040803).
I have observed this (or a very similar) issue with Thunderbird version 0.8
(20040913) on WinXP. Some multipart with attachment messages will not display.
In such cases however, it *is* possible view source and read the messages or
grab the encoded attachment. The same specific messages will fail to display
every time.

Should this be filed as a seperate bug?
Flags: blocking-aviary1.1?
Flags: blocking-aviary1.1? → blocking-aviary1.1-
I'm seeing something very similar to this now, in Thunderbird 1.4 Beta 1.

Basically, If I click on a mail I see a blank window.  Then if I open another
mail it is the previous mail I tried to open.
Attached image Incorrect mail order — 
Screenshot of the mail order incorrect, notice the selected mail title is
different from the title of the mail being displayed.
The first mail I click on is blank.  The next one clicked on is the previous
mail that showed blank, looking like attachment 195590 [details]
(In reply to comment #7)
> Created an attachment (id=195592) [edit]
> First mail viewed is blank
> 
> The first mail I click on is blank.  The next one clicked on is the previous
> mail that showed blank, looking like attachment 195590 [details] [edit]

Check out Bugzilla Bug 258113 "a number of my emails have lost their correct
message and have in the message area text from other messages, a few of the
messages are now blank - correct messages were present when they arrived"
I am seeing the same problem in Version 1.6a1, any new e-mail downloaded from my
pop server since an update that happen on 09/15/2005 now shows blank pages. It
is every E-mail that has arrived since then.
My mail setup is IMAP, and I have confirmed that setting up thunderbird since
alpha on a clean system (linux,win32) has this bug.
It's unlikely that these are all the same problem. Do you see anything on the js
console when you click on a message? Do you have any extensions installed?
(In reply to comment #11)
> It's unlikely that these are all the same problem. Do you see anything on the js
> console when you click on a message? Do you have any extensions installed?

stock install without extensions... I built a debug version too and don't get
any indication of errors from the console...

In the js console i did get this:

Error: Unknown namespace prefix 'html'. Ruleset ignored due to bad selector.
Source File: chrome:/messenger/skin/messageBody.css Line: 55

But that looks like a css error not something i'd think would cause the problem
i'm seeing here, with mail headers not matching mail bodies.
Todd, can you try generating an imap protocol log?

http://www.mozilla.org/quality/mailnews/mail-troubleshoot.html#imap

And while you're generating the log, can you reload the log file in the browser
and see what gets added to the log when you click on a message? That'll tell us
what protocol is getting sent and what data received for any given message.

Also, do you have your inbox configured for offline use? 


opened mail with logging and clicked on one mail and it showed up blank.
This includes the blank case and also a few other mail header clicks.
(In reply to comment #13)
> Todd, can you try generating an imap protocol log?
> 
> http://www.mozilla.org/quality/mailnews/mail-troubleshoot.html#imap
> 
> And while you're generating the log, can you reload the log file in the browser
> and see what gets added to the log when you click on a message? That'll tell us
> what protocol is getting sent and what data received for any given message.
> 
> Also, do you have your inbox configured for offline use? 
> 
> 

Nope, i think it's pretty standard setup... the only thing that's maybe out of
the ordinary is I'm using SSL when talking with the IMAP server and SMTP server...

For incoming mail in Security Settings, i have SSL checked and for out going
mail i have SSl checked.
Todd, the first level problem is that we don't think the server has sent the
whole message - in the log, you'll see "Size: 4472: Begin Message Download
Stream" but you don't see the corresponding "Normal Message End Download
Stream". To me, this says the server is not sending all of the promised 4472
bytes. Is it possible for you to confirm this? Some servers get confused about
the size of messages when there are attachments, and the sample message you
showed has a pgp attachment. You might try turning off SSL, but I doubt that
will matter. 

The reason we show the first message when you click on the next message is that
starting the next message flushes the previous message...
I'm not sure if the attachment for the first viewed was completely flushed,
since i did not exit the program before copying the file.  Attached is the
completed log.	The mail subject that I clicked on read "problem in installing"
From: Ali Shahbour posted to the gtk-list@gnome.org.  The mail did have an
attachment.

What's interesting is I can view my mail fine in thunderbird 1.0.x client. This
makes me believe that either the requests made by the latest thunderbird client
are different from thunderbird 1.0.x client, or the way the latest client
interperts the responses has changed, since nothing changed on the server and
it continues to work correctly in the 1.0.x client.
Attachment #196338 - Attachment is obsolete: true
This time I clicked on a mail without an attachment
Attachment #196355 - Attachment description: clicking on a mail header shows a blank body → blank mail with attachment in mail
Did you try turning SSL off? Can you generate a log from 1.0x of a session
opening the same message? Thx!
looks like the fix for bug 272988 caused this.
Assignee: mscott → bienvenu
Status: UNCONFIRMED → NEW
Ever confirmed: true
Attached patch proposed fix (obsolete) — — Splinter Review 
this fixes it for the kerio case - I need to see if it doesn't break dovecot,
though I think it won't.
Attachment #196475 - Flags: superreview?(mscott)
Attachment #196475 - Flags: superreview?(mscott) → superreview+
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Comment on attachment 196475 [details] [diff] [review]
proposed fix

I'll let this bake on the trunk for a couple days.
Attachment #196475 - Flags: approval1.8b5?
Attachment #196475 - Flags: approval1.8b5? → approval1.8b5+
Attached patch better fix — — Splinter Review 
this patch backs out the last change, and fixes the problem another way. If the
server returns UID after size, detect that case and handle it.
Attachment #196475 - Attachment is obsolete: true
Attachment #196955 - Flags: superreview?(mscott)
Attachment #196955 - Flags: superreview?(mscott)
Attachment #196955 - Flags: superreview+
Attachment #196955 - Flags: approval1.8b5+
Comment on attachment 196475 [details] [diff] [review]
proposed fix

revoking approval on a patch we don't want now.
Attachment #196475 - Flags: approval1.8b5+
better fix checked into trunk.
Keywords: fixed1.8
Is this back? Or is it another symptom of 292101?

These seem similar, but how can I nail it down and submit some documentation to
help out?
worcester12345@yahoo.com, what build are you running? If it was a 1.5/1.8 branch
build from the last couple days, or a trunk build from the last week, please try
tomorrow's build.
I'm starting to see problems with this again... The messages aren't showing up
blan k, but when I filter my mail I am seeing duplicate mail headers, but with
different  mail bodies.

Here's what I see.  I have two mails, the first has subject "Record Bugs" the
second should say "Re: Record Bugs" but instead it also says "Record Bugs"  It
appears to show the wrong subject for the mail depending on whether or not the
mails for the folder i clicked on where just loaded (the first time) or perhaps
cached the second time i click on the folder after having left that folder with
search term and then returned to it without that search term.
Todd, what build are you using?
(In reply to comment #33)
> Todd, what build are you using?

version 1.6a1 (20051011)
Todd do you have the same problem on the 1.5 branch builds?
(In reply to comment #35)
> Todd do you have the same problem on the 1.5 branch builds?

Nope, I'm not seeing the same behavior in branch builds.. I got confused because
I 'm running trunk firefox with branch thunderbird on one system and trunk
thunderbird with branch firefox on another system...  Not sure how it ended up
this way :P

On the trunk it seems to happen after the content headers are initially loaded
into the tree view.  I see the correct headers and then each set of headers are
changed to it's parent post subject line with about a second delay between each.
Should I open a new bug for this?
This morning on my mac running version 1.5 Beta 2 (20051006) I did just notice
the problem I described in my previous post.  It only seems to occure when I
recieve many messages all within the same thread but different authors.  What I
see is the subject lines changing to the parent post.  But when I click on the
message the body and the subject line displayed are correct, but not in the list.
Just wanted to make sure it was clear in comment 36 I was mistaken the problem I described in comment 31 is in branch builds.  I opened bug 313725
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: