Bug 570041

Created attachment 397466 [details]
File: backtrace

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

This is happening to me over, and over, and over again.  I even updated to thunderbird-3.0.3-1.fc12 but it's having the exact same problem.

I'm finding this seems to occur most regularly when I select a different IMAP folder while thunderbird is checking for new messages.

#2  <signal handler called>
No symbol table info available.
#3  nsQueryInterface::operator() (this=<value optimized out>, aIID=..., 
    answer=0x7fff301156b8) at nsCOMPtr.cpp:47
        status = <value optimized out>
#4  0x00007f42333257ba in nsCOMPtr_base::assign_from_qi (this=0x7fff30115710, 
    qi=..., iid=...) at nsCOMPtr.cpp:96
        newRawPtr = 0x7f42333257d4
#5  0x00007f422b8fff26 in nsCOMPtr<nsIMsgFolder>::nsCOMPtr (this=
    0x7fff30115710, qi=<value optimized out>)
    at ../../../mozilla/dist/include/xpcom/nsCOMPtr.h:572
No locals.
#6  0x00007f422ba1dae1 in nsImapIncomingServer::OnStopRunningUrl (this=
    0x7f42330b7f00, url=<value optimized out>, exitCode=<value optimized out>)
    at /usr/src/debug/thunderbird-3.0.2/comm-1.9.1/mailnews/imap/src/nsImapIncomingServer.cpp:2353
        folderCount = 0
        msgFolder = {<nsCOMPtr_base> = {mRawPtr = 0x0}, <No data fields>}
        imapAction = 22
        rv = <value optimized out>
        msgWindow = {<nsCOMPtr_base> = {mRawPtr = 0x0}, <No data fields>}
        imapUrl = {<nsCOMPtr_base> = {mRawPtr = 
    0x7f421730f800}, <No data fields>}
#7  0x00007f422b91447a in nsMsgMailNewsUrl::SetUrlState (this=0x7f421730f808, 
    aRunningUrl=<value optimized out>, aExitCode=0)
    at /usr/src/debug/thunderbird-3.0.2/comm-1.9.1/mailnews/base/util/nsMsgMailNewsUrl.cpp:135
        listener = {<nsCOMPtr_base> = {mRawPtr = 
    0x7f42330b7fe8}, <No data fields>}
        iter = 
    {<nsAutoTObserverArray<nsCOMPtr<nsIUrlListener>, 0u>::Iterator> = 
    {<nsTObserverArray_base::Iterator_base> = {mPosition = 1, mNext = 0x0}, 
            mArray = @0x7f421730f8a0}, <No data fields>}
        statusFeedback = {<nsCOMPtr_base> = {mRawPtr = 0x0}, <No data fields>}
#8  0x00007f422ba27010 in nsImapMailFolder::SetUrlState (this=0x7f421bfefc00, 
    aProtocol=0x7f421935a800, aUrl=0x7f421730f808, isRunning=0, statusCode=0)
    at /usr/src/debug/thunderbird-3.0.2/comm-1.9.1/mailnews/imap/src/nsImapMailFolder.cpp:6604
No locals.




-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Thank you for taking the time to submit this bug report.

We have reviewed the information you have provided above, and there is some additional information we require that will be helpful in our diagnosis of this issue.

First of all, could we get output of the command, saved in a text file and attached to this bug:

 $ rpm -qa *thunderbird* *mozilla* *flash* *plugin*

Please also install thunderbird-debuginfo.

 # debuginfo-install thunderbird

Then run thunderbird inside the gdb debugger. Please do the following:

 $ thunderbird -g

Stuff will appear. Ignore this until you get the gdb command prompt, then do:

 (gdb) run

Now, thunderbird should start up. Use it and reproduce the crash. When thunderbird crashes, you should be back to the gdb prompt. Now do:

 (gdb) thread apply all back-trace

More screens of stuff will occur. Copy all of this part to your editor of choice, such as gedit, and save it as an uncompressed file and attach it to this bug report.

We will review this issue again once you've had a chance to attach this information.




-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Also, if you take a look at bug 531083 , Martin (one of our developers) asks the reporter to use valgrind. That bug is the same as this one (very similar back-traces). If you are willing to do a little sleuthing, please follow his directions there as well.



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Created attachment 397964 [details]
rpm -qa output

This is the output of:

% rpm -qa '*thunderbird*' '*mozilla*' '*flash*' '*plugin*'

Created attachment 397965 [details]
gdb backtrace

Output from:

(gdb) thread apply all backtrace

Created attachment 397966 [details]
valgrind output

Output from:

% valgrind --trace-children=yes --log-file=tmp/RH_Bugzilla_570041_valgrind_log.txt /usr/bin/thunderbird

Thanks for detailed report, looks like a duplicate of bug #570391.

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