275095 - crash if I abort sending mail [@ 0x00000000 - nsCOMPtr_base::assign_from_qi() ]

Status: RESOLVED DUPLICATE of bug 238614

(SeaMonkey :: MailNews: Message Display, defect)

Description

[Darlene Ford]

I am running Mozilla 1.7.3 on Fedora Core 2.  If I attempt to send mail with a
certain pdf file attached, and hit "Cancel" in the "Sending Messages" window
when the e-mail is about 80% sent, the "Send Message Error" appears. Mozilla
crashes without saving my draft when I acknowledge the error.

I have reproduced this bug on my system twice after the original occurance.  If
I do not abort the send, the file is sent successfully.  If I abort early in the
send, Mozilla does not crash, and I am able to edit the draft (but, alas not the
one I lost).

The bugzilla documentation mentioned some sort of tracking information that
would be helpful to you, but not where to find it.  If you send me a pointer to
the docs, I would be happy to try this.

Comment 1

[Frank Wein [:mcsmurf]]

Can you provide a talkback id (download a official build if your build doesn't
include talkback)? To get one, send the crash report when Mozilla crashes and
then launch components/talkback/talkback to get the talkback id.

Comment 2

[Darlene Ford]

>Can you provide an talkbalk ID...

No, but I'm trying to figure out how.  Can you help me?  How do I figure out
which builds include talkbalk?  If I download a new build, which version #
should I test?  Where is the components directory you mentioned on a Linux install?

It's okay to tell me to RTFM if you tell me where TFM (for talkback) is.  Is
there any documentation on the subject?

Comment 3

[Mike Connor [:mconnor]]

If this is a Fedora RPM, there won't be talkback.  You would need to download an
official build (1.7.5 was recently released) in order to enable this.

Comment 4

[Darlene Ford]

I have reproduced this problem on 2/5 attempts with Mozilla 1.7.5.  Talkback ID
TB2880825G.

Comment 5

[Darlene Ford]

(In reply to comment #4)
> I have reproduced this problem on 2/5 attempts with Mozilla 1.7.5.  Talkback ID
> TB2880825G.

Build ID: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041217

Comment 6

[Adam Hauner]

TB2880825G:
0x00000000
nsCOMPtr_base::assign_from_qi() 
[/builds/tinderbox/SeaMonkey-Branch/Linux_2.4.18-3_Clobber/mozilla/xpcom/glue/standalone/nsCOMPtr.cpp,
line 96]
nsMsgAsyncWriteProtocol::UpdateProgress() 
[/builds/tinderbox/SeaMonkey-Branch/Linux_2.4.18-3_Clobber/mozilla/mailnews/base/util/nsMsgProtocol.cpp,
line 704]
nsMsgProtocolStreamProvider::OnOutputStreamReady()
nsOutputStreamReadyEvent::EventHandler()
PL_HandleEvent() 
[/builds/tinderbox/SeaMonkey-Branch/Linux_2.4.18-3_Clobber/mozilla/xpcom/threads/plevent.c,
line 673]
PL_ProcessEventsBeforeID() 
[/builds/tinderbox/SeaMonkey-Branch/Linux_2.4.18-3_Clobber/mozilla/xpcom/threads/plevent.c,
line 1670]
processQueue() 
[/builds/tinderbox/SeaMonkey-Branch/Linux_2.4.18-3_Clobber/mozilla/widget/src/gtk/nsAppShell.cpp,
line 434]
nsVoidArray::EnumerateForwards() 
[/builds/tinderbox/SeaMonkey-Branch/Linux_2.4.18-3_Clobber/mozilla/xpcom/ds/nsVoidArray.cpp,
line 648]
nsAppShell::ProcessBeforeID() 
[/builds/tinderbox/SeaMonkey-Branch/Linux_2.4.18-3_Clobber/mozilla/widget/src/gtk/nsAppShell.cpp,
line 440]
handle_gdk_event() 
[/builds/tinderbox/SeaMonkey-Branch/Linux_2.4.18-3_Clobber/mozilla/widget/src/gtk/nsGtkEventHandler.cpp,
line 881]
libgdk-1.2.so.0 + 0x224b5 (0x006024b5)
libglib-1.2.so.0 + 0x1195b (0x0054495b)
libglib-1.2.so.0 + 0x11e47 (0x00544e47)
libglib-1.2.so.0 + 0x120f5 (0x005450f5)
libgtk-1.2.so.0 + 0xa453f (0x0082153f)
nsAppShell::Run() 
[/builds/tinderbox/SeaMonkey-Branch/Linux_2.4.18-3_Clobber/mozilla/widget/src/gtk/nsAppShell.cpp,
line 319]
nsAppShellService::Run() 
[/builds/tinderbox/SeaMonkey-Branch/Linux_2.4.18-3_Clobber/mozilla/xpfe/appshell/src/nsAppShellService.cpp,
line 524]
main1() 
[/builds/tinderbox/SeaMonkey-Branch/Linux_2.4.18-3_Clobber/mozilla/xpfe/bootstrap/nsAppRunner.cpp,
line 710]
main() 
[/builds/tinderbox/SeaMonkey-Branch/Linux_2.4.18-3_Clobber/mozilla/xpfe/bootstrap/nsAppRunner.cpp,
line 1784]
libc.so.6 + 0x14ad4 (0x0062cad4)

Darlene: Could also reproduce with Mozilla 1.8a5 or actual trunk nightbuild?

Comment 7

[Darlene Ford]

I can't install 1.8a5.  See Bug Report 269191.

Comment 8

[Adam Hauner]

And non-installing builds like 
ftp://ftp.mozilla.org/pub/mozilla.org/mozilla/releases/mozilla1.8a5/mozilla-i686-pc-linux-gnu-1.8a5.tar.gz
or
ftp://ftp.mozilla.org/pub/mozilla.org/mozilla/releases/mozilla1.8a5/mozilla-i686-pc-linux-gnu-gtk2+xft-1.8a5.tar.gz
won't help?
(I'm sorry to bother you will all these tests, but sucessful repro with trunk
build should make this bug more atractive for developers =))

Comment 9

[Darlene Ford]

Thanks for the suggestion.  Sounds like a good idea to try this, but I may not
be able to get to this for a couple of days.  Sorry.

Comment 10

[Darlene Ford]

This bug has been reproduced on 2/2 attempts with 1.8a6.  See talkback ID #'s
2962235M and 2962196Y.

Comment 11

[Darlene Ford]

(In reply to comment #10)
> This bug has been reproduced on 2/2 attempts with 1.8a6.  See talkback ID #'s
> 2962235M and 2962196Y.

Build ID 2005010605

Comment 12

[Frank Wein [:mcsmurf]]

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

Comment 13

[Andrew Schultz]

stack is pretty similar and steps-to-reproduce are the same as "TB09 crashed
after cancelling message send operation [@ nsQueryInterface::operator()]"

*** This bug has been marked as a duplicate of 238614 ***