100244 - view message source for imap messages broken (empty page)

Status: VERIFIED FIXED

(SeaMonkey :: MailNews: Message Display, defect)

Description

[Greg Onufer]

Another bug documents using View->Page Source as a workaround for not
being able to view all headers of an e-mail message.  That worked fine
until today.  On my build this evening ALT-U (ctrl-U for non-Emacs
users!) now opens a completely empty window.

(particulars: source pull at 18:46PST, Sun's compilers, SunOS 5.9)

Comment 1

[Pratik]

Not sure if bug 100551 and this bug are the same or different. This issue has
been raised in bug 100551 too. I'm guessing that you (Greg) are seeing this with
an IMAP account. As discussed with hwaara on IRC, View source works for Local
Folders  and POP3 but not for IMAP. One of these two bugs is a dupe of the other
I think. Someone more knowledgeable than me please look into it.

Comment 2

[Pratik]

Works in 2001091708 but doesn't work in 2001091821. Also this applies only to
IMAP mails not POP3 and Local Folders.

Comment 3

[Greg Onufer]

Yes, I'm using IMAP.  The other bug does seem like a duplicate
of this bug.

Comment 4

[Pratik]

Well then, lets just wait for someone to sit up, take notice of these mails that
are getting sent and file the bug as such. Noone has even marked it as New!
Ctrl-U is such an important functinality, I'm surprised other people aren't
bitching about it...Wonder if there is another bug where all the activity is. 

Marking Platform and OS as All since I can reproduce this on a PC with Linux.

(I failed. I couldn't mark the fields as All because I am not empowered to do
so. :()

Comment 5

[laurel]

Trunk only.
I see this using sep19 trunk build with linux rh6.2.
I do no see this, page/message souce via CTR-U works fine with sep19-21 0.9.4
branch.

Comment 6

[Eric Hedström]

platform, OS should be all
Is this a dup of bug 70172?

Comment 7

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

I get this assertion:

NTDLL! 77f9f9df()
nsDebug::Assertion(const char * 0x015f3420, const char * 0x015f33f0, const char 
* 0x015f33c0, int 0x000008c8) line 290 + 13 bytes
nsDebug::WarnIfFalse(const char * 0x015f3420, const char * 0x015f33f0, const 
char * 0x015f33c0, int 0x000008c8) line 396 + 21 bytes
nsDocShell::LoadURI(nsDocShell * const 0x070b89c0, const unsigned short * 
0x05e643d0, unsigned int 0x00000000) line 2248 + 66 bytes
XPTC_InvokeByIndex(nsISupports * 0x070b89c0, unsigned int 0x00000008, unsigned 
int 0x00000002, nsXPTCVariant * 0x0012d6c4) line 139
XPCWrappedNative::CallMethod(XPCCallContext & {...}, XPCWrappedNative::CallMode 
CALL_METHOD) line 1952 + 42 bytes
XPC_WN_CallMethod(JSContext * 0x05e67d00, JSObject * 0x03a01128, unsigned int 
0x00000002, long * 0x0654801c, long * 0x0012d8fc) line 1254 + 14 bytes
js_Invoke(JSContext * 0x05e67d00, unsigned int 0x00000002, unsigned int 
0x00000000) line 807 + 23 bytes
js_Interpret(JSContext * 0x05e67d00, long * 0x0012e6a0) line 2719 + 15 bytes
js_Invoke(JSContext * 0x05e67d00, unsigned int 0x00000001, unsigned int 
0x00000002) line 824 + 13 bytes
js_InternalInvoke(JSContext * 0x05e67d00, JSObject * 0x039d06d0, long 
0x039d0df0, unsigned int 0x00000000, unsigned int 0x00000001, long * 
0x0012e880, long * 0x0012e7c8) line 899 + 20 bytes
JS_CallFunctionValue(JSContext * 0x05e67d00, JSObject * 0x039d06d0, long 
0x039d0df0, unsigned int 0x00000001, long * 0x0012e880, long * 0x0012e7c8) line 
3362 + 31 bytes
nsJSContext::CallEventHandler(nsJSContext * const 0x05e630d0, void * 
0x039d06d0, void * 0x039d0df0, unsigned int 0x00000001, void * 0x0012e880, int 
* 0x0012e87c, int 0x00000000) line 960 + 33 bytes
nsJSEventListener::HandleEvent(nsJSEventListener * const 0x05e750c0, 
nsIDOMEvent * 0x05cdcb44) line 139 + 74 bytes
nsEventListenerManager::HandleEventSubType(nsListenerStruct * 0x05e73f70, 
nsIDOMEvent * 0x05cdcb44, nsIDOMEventTarget * 0x05e63b30, unsigned int 
0x00000001, unsigned int 0x00000007) line 1197 + 20 bytes
nsEventListenerManager::HandleEvent(nsEventListenerManager * const 0x05e754a0, 
nsIPresContext * 0x05e70720, nsEvent * 0x0012ef90, nsIDOMEvent * * 0x0012ef48, 
nsIDOMEventTarget * 0x05e63b30, unsigned int 0x00000007, nsEventStatus * 
0x0012efb8) line 1870 + 36 bytes
GlobalWindowImpl::HandleDOMEvent(GlobalWindowImpl * const 0x05e63b20, 
nsIPresContext * 0x05e70720, nsEvent * 0x0012ef90, nsIDOMEvent * * 0x0012ef48, 
unsigned int 0x00000001, nsEventStatus * 0x0012efb8) line 604
DocumentViewerImpl::LoadComplete(DocumentViewerImpl * const 0x05e77da0, 
unsigned int 0x00000000) line 1096 + 47 bytes
nsDocShell::EndPageLoad(nsIWebProgress * 0x05e62394, nsIChannel * 0x05e68180, 
unsigned int 0x00000000) line 3747
nsWebShell::EndPageLoad(nsIWebProgress * 0x05e62394, nsIChannel * 0x05e68180, 
unsigned int 0x00000000) line 902
nsDocShell::OnStateChange(nsDocShell * const 0x05e62524, nsIWebProgress * 
0x05e62394, nsIRequest * 0x05e68180, int 0x00020010, unsigned int 0x00000000) 
line 3668
nsDocLoaderImpl::FireOnStateChange(nsIWebProgress * 0x05e62394, nsIRequest * 
0x05e68180, int 0x00020010, unsigned int 0x00000000) line 1095
nsDocLoaderImpl::doStopDocumentLoad(nsIRequest * 0x05e68180, unsigned int 
0x00000000) line 734
nsDocLoaderImpl::DocLoaderIsEmpty() line 632
nsDocLoaderImpl::DocLoaderIsEmpty() line 635
nsDocLoaderImpl::OnStopRequest(nsDocLoaderImpl * const 0x070b8554, nsIRequest * 
0x070babb0, nsISupports * 0x00000000, unsigned int 0x00000000) line 563
nsLoadGroup::RemoveRequest(nsLoadGroup * const 0x070b92c0, nsIRequest * 
0x070babb0, nsISupports * 0x00000000, unsigned int 0x00000000) line 516 + 44 
bytes
nsStreamIOChannel::OnStopRequest(nsStreamIOChannel * const 0x070babb4, 
nsIRequest * 0x070baaf4, nsISupports * 0x00000000, unsigned int 0x00000000) 
line 466
nsOnStopRequestEvent::HandleEvent() line 162
nsARequestObserverEvent::HandlePLEvent(PLEvent * 0x070c14d4) line 65
PL_HandleEvent(PLEvent * 0x070c14d4) line 590 + 10 bytes
PL_ProcessPendingEvents(PLEventQueue * 0x005009e0) line 520 + 9 bytes
_md_EventReceiverProc(HWND__ * 0x00260152, unsigned int 0x0000c110, unsigned 
int 0x00000000, long 0x005009e0) line 1071 + 9 bytes
USER32! 77e13eb0()
USER32! 77e1401a()
USER32! 77e192da()
nsAppShellService::Run(nsAppShellService * const 0x03bb6f70) line 442
main1(int 0x00000004, char * * 0x00485fc0, nsISupports * 0x00000000) line 1278 
+ 32 bytes
main(int 0x00000004, char * * 0x00485fc0) line 1606 + 37 bytes
mainCRTStartup() line 338 + 17 bytes
KERNEL32! 77e87903()

Comment 8

[Pratik]

Someone please mark platform and OS as all for this bug. Its not limited to just
Sun/SunOS

Comment 9

[Asa Dotzler [:asa]]

This is a major regression on the trunk. Seth, any chance that you'll have time
to look at this in time for 0.9.5?  This affects IMAP messages only. News and
local message source works fine. 

Comment 10

[Brian Rogers]

I can't report spam until this is fixed.  CC'ing myself.

Comment 11

[Pratik]

This bug seems to be fixed in 2001092803 on Windows.

Comment 12

[Brian Rogers]

It's working again for me, too, same build.

Comment 13

[Håkan Waara]

bienvenu checked in a fix as part of another bug, IIRC.

Comment 14

[Asa Dotzler [:asa]]

Yes, this is fixed with the checkin to bug 102002.

Comment 15

[Craig Emery]

Definitely looks fixed in 2001-09-30-21-trunk (linux sea)

Comment 16

[Håkan Waara]

Marking fixed for david. I remember seeing a checkin comments mentioning this.

Comment 17

[laurel]

OK using oct31 commercial trunk build: win98, linux rh6.2, mac OS X