Closed Bug 68019 Opened 24 years ago Closed 11 years ago

assertions when opening mail account

Categories

(SeaMonkey :: MailNews: Message Display, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: blizzard, Unassigned)

Details

(Keywords: assertion)

Attachments

(2 files)

Build is 2001 02 07.  When I open a mail account I'm getting truckloads of
assertions that look like this:

###!!! ASSERTION: couldn't get names: 'names', file
../../../../../mozilla/mailnews/base/search/src/nsMsgSearchTerm.cpp, line 929
###!!! Break: at file
../../../../../mozilla/mailnews/base/search/src/nsMsgSearchTerm.cpp, line 929
###!!! ASSERTION: couldn't get addresses: 'addresses', file
../../../../../mozilla/mailnews/base/search/src/nsMsgSearchTerm.cpp, line 930
###!!! Break: at file
../../../../../mozilla/mailnews/base/search/src/nsMsgSearchTerm.cpp, line 930
I'm marking this critical for 0.8 since it might indicate another problem.  If
it turns out not to be then feel free to remove it.
Whiteboard: critical for mozilla 0.8
Scott,  can you reassign to some one in this area?  I don't get the assertion on 
today's winNT debug build.  This is coming from search and the "names" is 
returned by ParseHeaderAddresses which is in mime.
Assignee: chuang → putterman
reassigning to gayatrib and cc'ing bienvenu. Is this assertion the result of
anything that needs to be fixed right away?
Assignee: putterman → gayatrib
If this is related to Chris's problem with mail filters not firing (which I bet
it is), then I'd guess it is critical. I'm not seeing these assertions myself.
This looks like a bug in the rfc822 message header parser.
nsMsgHeaderParser::ParseHeaderAddresses - I wonder if some i18n code changed
(though I don't know why I'm not seeing this). Chris, can you run in the
debugger and see what the string and charset passed in to ParseHeaderAddresses is?
Can we do this with debugging printf()'s?  I don't have a working build and
debugger right now.
we certainly could. I'll attach a patch.
Chris, can you apply this patch and let me know if anything is printed out? You
don't need me to check this in, do you?

thanks.
Doesn't seem to hurt anything that I can see.  OK for 0.8.
Whiteboard: critical for mozilla 0.8
are you seeing any printf's? Are you still seeing the assertions? I don't see
any reason to check this in for .8 since it's just for diagnosis, and I haven't
heard anyone else having this problem.
I should point out that the assertions I attached are when I open mail/news from
the browser. Perhaps this is a different problem?
Mack, those are definitely different assertions, and have to do with your
account setup. It's messed up somehow, though beyond that I couldn't say.
reassigning to naving
Assignee: gayatrib → naving
QA Contact: esther → stephend
This is over a year old. Are the assertions still there?
mass re-assign.
Assignee: naving → sspitzer
Product: Browser → Seamonkey
Assignee: sspitzer → mail
This seems more like a general account manager or main mail window & not an
address book problem. Changing the component.
Component: Address Book → MailNews: Main Mail Window
QA Contact: stephend
Assignee: mail → nobody
Keywords: assertion
QA Contact: message-display
No errors in SeaMonkey/2.23a2 any more.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: