65900 - Header envelope display/mismatch problem when offline

Status: VERIFIED FIXED

(SeaMonkey :: MailNews: Backend, defect, P3)

Description

[laurel]

Using jan17 commercial trunk build, win98 (assuming all platforms)

If I've selected an IMAP message while online with message pane open, then go
offline and select through the threadpane (I have not downloaded messages for
offline use yet) the header envelope display stays visible (shows header content
for the message I selected when online. 

Steps to reproduce:
1.  When online, open IMAP inbox, login and select a message.  Message pane is
open/shown.  Message header information displays in header envelope and message
content is downloaded and shown in message pane.
2.  Go offline (I clicked the offline icon in lower left corner of status bar). 
3.  Select another message in the thread pane.
    Note the selection point in the thread pane moves correctly, message pane
displays text that the message is unavailable since it hasn't been downloaded
for offline use.  
    Note the header envelope display is still present showing header info for
the previously/online selected message.

Result:  Message header envelope display is mismatched to thread pane selection.

Expected:  No header envelope should be displayed, just the message pane showing
the "message unavailable" text.

Comment 1

[laurel]

changing assignee, bienvenu mentioned this might be Seth's.

Comment 2

[scottputterman]

marking nsbeta1+ and moving to mozilla0.9

Comment 3

[scottputterman]

marking nsbeta1- and moving to future milestone.

Comment 4

[grylchan]

*** Bug 84396 has been marked as a duplicate of this bug. ***

Comment 5

[scottputterman]

adding nsenterprise keyword

Comment 6

[scottputterman]

adding nsenterprise+

Comment 7

[(not reading, please use [e-mail] instead)]

slide to 0.9.5

Comment 8

[Scott MacGregor]

we need to fix this for .9.4 since it's an nsentprise bug. I can probably help
take a look at it since it has to do with the message pane. 

Comment 9

[Scott MacGregor]

Attachment: the fix

Comment 10

[Scott MacGregor]

I've attached the fix to allow the back end to clear the message header area.
This code gets called when we throw up error messages in the message pane by
inserting raw HTML into the message pane iframe. 

However, I don't think the entrprise guys are going to like a side effect of
this bug. We've aggravted the disppearing message header pane bug when you go
back online. You have to adjust the splitter or otherwise force a repaint in
order to see the message header area again. We've been working with evaughan to
get that fixed for almost a year and still haven't been able to figure it out
yet. So it's not probably not going to get fixed for eMojo. 

I'll let them decide if they want this fixed at the cost of aggravating that
problem. 

Comment 11

[grylchan]

Thanks Scott. I'll let eclient team know what's going on and tell
them to post to this bug

Comment 12

[Scott MacGregor]

thanks gary!

Comment 13

[grylchan]

Scott,
 So does your fix affect/will affect David's fix? bug 84249

just curious

Comment 14

[Hong Kwon]

This looks like an ugly fix with ugly side effects.  I don't think many
enterprise customers will be pleased with the side effects.  Recommending we
hold off until we have a somewhat better fix.

Comment 15

[Scott MacGregor]

Nah they are unrelated actually. The side effect of the patch for this bug is
that the message header area (where it says To, cc, date and from) doesn't
re-appear when you click on a message after you've gone back on line. You have
to cause the window to repaint (resizing, dragging the splitter, etc) for the
header to pop back up. 

David's bug has to do with the thread pand which is above the message header area.

Comment 16

[Scott MacGregor]

hong, this fix isn't ugly at all. I'm not sure why you are saying that? It's not
a hack. It's the correct solution. There is not a "better solution" on the way.

Hiding and showing the message pane aggravates a known toolkit bug owned by
evaughan. We've been trying to fix it for over a year, it's still there. You are
going to run into that bug with this fix. 

I was merely pointing out that in order to fix this bug we are going to
aggravate 39655 again. 

Comment 17

[Scott MacGregor]

Attachment: additional change to force the header pane to show up again when you go back online

Comment 18

[Scott MacGregor]

I was able to hack around the problem of the header pane not showing when you
went back online by claiming a folder switch just happened when we toggle
between offline & online. Setting this global variable causes the message pane
to "double" show the header view when you click on a message. This is how we
worked around  39655 in the non offline case for mozilla.

Comment 19

[(not reading, please use [e-mail] instead)]

sr=sspitzer

Comment 20

[Scott MacGregor]

Fix checked in.

Comment 21

[laurel]

OK wiht aug27 commercial trunk build: mac OS 9.0, win98, linux rh6.2