Assertions thrown while reading IMAP mail

VERIFIED WORKSFORME

Status

SeaMonkey
MailNews: Message Display
P3
normal
VERIFIED WORKSFORME
18 years ago
13 years ago

People

(Reporter: kinmoz, Assigned: rhp (gone))

Tracking

Trunk
x86
Windows NT

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

18 years ago
With my SeaMonkey 12/13/1999 build from around 1am, I'm seeing the following
assertions being thrown while reading my mail via IMAP. I didn't see these
assertions in Friday's build.

This one usually gets thrown first while loading and email:


NTDLL! 77f76148()
nsDebug::Assertion(const char * 0x013913b0, const char * 0x013913ac, const char
* 0x0139137c, int 59) line 186 + 13 bytes
nsObserverBase::NotifyWebShell(nsObserverBase * const 0x00c59b68, unsigned int
76717008, const char * 0x03d5ab80, nsCharsetSource kCharsetFromMetaTag, const
char * 0x03d5b910) line 59 + 29 bytes
nsMetaCharsetObserver::Notify(nsMetaCharsetObserver * const 0x00c59b60, unsigned
int 76717008, unsigned int 5, const unsigned short * * 0x0012f5fc, const
unsigned short * * 0x0012f6c4) line 266 + 36 bytes
nsMetaCharsetObserver::Notify(nsMetaCharsetObserver * const 0x00c59b60, unsigned
int 76717008, const unsigned short * 0x0012f57c, unsigned int 5, const unsigned
short * * 0x0012f5fc, const unsigned short * * 0x0012f6c4) line 145
nsObserverNotifier::operator()(void * 0x00c59b60) line 320 + 47 bytes
nsDeque::FirstThat(nsDequeFunctor & {...}) line 364 + 14 bytes
CObserverService::Notify(nsHTMLTag eHTMLTag_meta, nsIParserNode & {...},
unsigned int 76717008, const char * 0x01424114, nsIParser * 0x049294c0) line 976
CNavDTD::WillHandleStartTag(CToken * 0x04928140, nsHTMLTag eHTMLTag_meta,
nsCParserNode & {...}) line 1094 + 35 bytes
CNavDTD::HandleStartToken(CToken * 0x04928140) line 1285 + 20 bytes
CNavDTD::HandleToken(CNavDTD * const 0x049286e0, CToken * 0x04928140, nsIParser
* 0x049294c0) line 751 + 12 bytes
CNavDTD::BuildModel(CNavDTD * const 0x049286e0, nsIParser * 0x049294c0,
nsITokenizer * 0x049282c0, nsITokenObserver * 0x00000000, nsIContentSink *
0x049291a0) line 523 + 20 bytes
nsParser::BuildModel() line 1040 + 34 bytes
nsParser::ResumeParse(nsIDTD * 0x00000000, int 0) line 966 + 11 bytes
nsParser::OnDataAvailable(nsParser * const 0x049294c4, nsIChannel * 0x0491b190,
nsISupports * 0x00000000, nsIInputStream * 0x0491a6d8, unsigned int 0, unsigned
int 11805) line 1326 + 19 bytes
nsDocumentBindInfo::OnDataAvailable(nsDocumentBindInfo * const 0x0492b4a0,
nsIChannel * 0x0491b190, nsISupports * 0x00000000, nsIInputStream * 0x0491a6d8,
unsigned int 0, unsigned int 11805) line 1450 + 43 bytes
nsDocumentOpenInfo::OnDataAvailable(nsDocumentOpenInfo * const 0x0491b280,
nsIChannel * 0x0491b190, nsISupports * 0x00000000, nsIInputStream * 0x0491a6d8,
unsigned int 0, unsigned int 11805) line 216 + 46 bytes
nsOnDataAvailableEvent::HandleEvent(nsOnDataAvailableEvent * const 0x0491a4f0)
line 370
nsStreamListenerEvent::HandlePLEvent(PLEvent * 0x0491a4a0) line 93 + 12 bytes
PL_HandleEvent(PLEvent * 0x0491a4a0) line 522 + 10 bytes
PL_ProcessPendingEvents(PLEventQueue * 0x00c58910) line 483 + 9 bytes
_md_EventReceiverProc(HWND__ * 0x0015039e, unsigned int 49398, unsigned int 0,
long 12945680) line 947 + 9 bytes
USER32! 77e71250()
00c58910()


This one is usually thrown right after the one above:


NTDLL! 77f76148()
nsDebug::Assertion(const char * 0x0174820c, const char * 0x017481fc, const char
* 0x017481c0, int 3830) line 186 + 13 bytes
nsDebug::WarnIfFalse(const char * 0x0174820c, const char * 0x017481fc, const
char * 0x017481c0, int 3830) line 242 + 21 bytes
HTMLContentSink::EvaluateScript(nsString & {...}, int 45, const char *
0x00000000) line 3830 + 38 bytes
HTMLContentSink::ProcessSCRIPTTag(const nsIParserNode & {...}) line 4043
HTMLContentSink::AddLeaf(HTMLContentSink * const 0x049291a0, const nsIParserNode
& {...}) line 2825 + 12 bytes
CNavDTD::AddLeaf(const nsIParserNode * 0x03d61360) line 3110 + 28 bytes
CNavDTD::HandleScriptToken(const nsIParserNode * 0x03d61360) line 1792 + 12
bytes
CNavDTD::OpenContainer(const nsIParserNode * 0x03d61360, nsHTMLTag
eHTMLTag_script, int 1, nsEntryStack * 0x00000000) line 2824 + 12 bytes
CNavDTD::HandleDefaultStartToken(CToken * 0x03784210, nsHTMLTag eHTMLTag_script,
nsIParserNode * 0x03d61360) line 1048 + 20 bytes
CNavDTD::HandleStartToken(CToken * 0x03784210) line 1352 + 22 bytes
CNavDTD::HandleToken(CNavDTD * const 0x049286e0, CToken * 0x03784050, nsIParser
* 0x049294c0) line 751 + 12 bytes
CNavDTD::BuildModel(CNavDTD * const 0x049286e0, nsIParser * 0x049294c0,
nsITokenizer * 0x049282c0, nsITokenObserver * 0x00000000, nsIContentSink *
0x049291a0) line 523 + 20 bytes
nsParser::BuildModel() line 1040 + 34 bytes
nsParser::ResumeParse(nsIDTD * 0x00000000, int 0) line 966 + 11 bytes
nsParser::OnDataAvailable(nsParser * const 0x049294c4, nsIChannel * 0x0491b190,
nsISupports * 0x00000000, nsIInputStream * 0x0491a6d8, unsigned int 0, unsigned
int 11805) line 1326 + 19 bytes
nsDocumentBindInfo::OnDataAvailable(nsDocumentBindInfo * const 0x0492b4a0,
nsIChannel * 0x0491b190, nsISupports * 0x00000000, nsIInputStream * 0x0491a6d8,
unsigned int 0, unsigned int 11805) line 1450 + 43 bytes
nsDocumentOpenInfo::OnDataAvailable(nsDocumentOpenInfo * const 0x0491b280,
nsIChannel * 0x0491b190, nsISupports * 0x00000000, nsIInputStream * 0x0491a6d8,
unsigned int 0, unsigned int 11805) line 216 + 46 bytes
nsOnDataAvailableEvent::HandleEvent(nsOnDataAvailableEvent * const 0x0491a4f0)
line 370
nsStreamListenerEvent::HandlePLEvent(PLEvent * 0x0491a4a0) line 93 + 12 bytes
PL_HandleEvent(PLEvent * 0x0491a4a0) line 522 + 10 bytes
PL_ProcessPendingEvents(PLEventQueue * 0x00c58910) line 483 + 9 bytes
_md_EventReceiverProc(HWND__ * 0x0015039e, unsigned int 49398, unsigned int 0,
long 12945680) line 947 + 9 bytes
USER32! 77e71250()
0

Updated

18 years ago
QA Contact: lchiang → suresh

Updated

18 years ago
Assignee: phil → rickg

Comment 1

18 years ago
Reassign to rickg, cc rhp. Your favorite issue :-)

Updated

18 years ago
Assignee: rickg → phil

Comment 2

18 years ago
I'm not sure this is the same issue as before. The last time, it was because
parseFragment() was called and charset observers were notified which confused
mail. That's changed, so I'm not sure what' up here.

Since my list is getting long (with 2 PDT+), I'm sending this back to the phil
to get more data.

Updated

18 years ago
Assignee: phil → rhp

Comment 3

18 years ago
Rich, can you try to get more info? RickG, any particular thing you're looking
for to help diagnose the right owner?
(Assignee)

Updated

18 years ago
Status: NEW → RESOLVED
Last Resolved: 18 years ago
Resolution: --- → INVALID
(Assignee)

Comment 4

18 years ago
Yes it would show if the Content-Disposition was "inline", but when outlook
sends these mail messages, they set the Content-Disposition to "attachment". We
respect these settings and do the right thing.

I really don't think this is the way you should send an attached image file. I
believe it should be a multipart mixed, but Outlook seems to do this.

- rhp
(Assignee)

Updated

18 years ago
Status: RESOLVED → REOPENED
(Assignee)

Comment 5

18 years ago
Sorry, marked the wrong bug.

- rhp
(Assignee)

Updated

18 years ago
Resolution: INVALID → ---
(Assignee)

Comment 6

18 years ago
Kin,
I need the messages that you are asserting on. IMAP is working fine for me
without asserts so its not a general IMAP issue. Please attach the source of
the messages to this bug report.

Also, are you still seeing this problem?

- rhp
(Reporter)

Comment 7

18 years ago
I haven't seen these asserts in a couple of days. Let me try reading some of my
messages from earlier this week and see if it happens.
(Assignee)

Updated

18 years ago
Status: REOPENED → RESOLVED
Last Resolved: 18 years ago18 years ago
Resolution: --- → WORKSFORME
(Assignee)

Comment 8

18 years ago
This is working for me without asserts.

- rhp

Comment 9

18 years ago
mark verified per rhp and kin's comments
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.