Hide Forgot
Description of problem: When entering email address, TB becomes unresponsive sometimes. Not sure if it has something to do with email address lookup using LDAP or what is the real reason behind it. Version-Release number of selected component (if applicable): $ rpm -q thunderbird thunderbird-45.5.1-1.fc26.x86_64 How reproducible: Quite often Steps to Reproduce: 1. Compose email 2. Edit receiver 3. Actual results: TB freezes from time to time. Expected results: I can successfully add receiver using email address lookup. Additional info: This is pretty annoying behavior, mainly because entering email address is typically the last step prior sending email and since TB gets stuck, I typically lost all the text :/
Now I start to think, this must be GTK issue, since the more precise reproducer is: 1. Start to enter email address 2. The autocomplete popups at some moment 3. If I start to type again, the TB gets frozen. But if I pick from the suggestions, it continues to work just fine.
This bug appears to have been reported against 'rawhide' during the Fedora 26 development cycle. Changing version to '26'.
This message is a reminder that Fedora 26 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 26. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '26'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 26 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
This still happens from time to time :/
This is the most annoying issue ever. How can I debug it?
This bug appears to have been reported against 'rawhide' during the Fedora 29 development cycle. Changing version to '29'.
> Not sure if it has something to do with email address lookup using LDAP Can you determine please if it only happens with ldap? (seems likely, but it would be helpful to know for a fact) > This is the most annoying issue ever. How can I debug it? Perhaps it is an already know issue. If not, Jan can probably assist
(In reply to Wayne Mery (:wsmwk) from comment #7) > > Not sure if it has something to do with email address lookup using LDAP > > Can you determine please if it only happens with ldap? (seems likely, but > it would be helpful to know for a fact) Not really sure how to prove this, since it happens only occasionally (but often enough to be really annoying). But I have never experienced issues on my other computer, where I am using a similar setup, but without LDAP. BTW it looks like some modal dialog is stealing focus or something like that. I can move the window on background, just the popup with a list of addresses stays alway in front, but cannot get focus. > > This is the most annoying issue ever. How can I debug it? > > Perhaps it is an already know issue. If not, Jan can probably assist
So this is strace output if it might help get somewhere: ~~~ $ sudo strace -p 3543 strace: Process 3543 attached futex(0x7f77db8fe7c0, FUTEX_WAIT_PRIVATE, 2, NULL) = ? ERESTARTSYS (To be restarted if SA_RESTART is set) --- SIGVTALRM {si_signo=SIGVTALRM, si_code=SI_TKILL, si_pid=3543, si_uid=16025} --- rt_sigreturn({mask=[]}) = -1 EINTR (Přerušené volání systému) futex(0x7f77db8fe7c0, FUTEX_WAIT_PRIVATE, 2, NULL) = ? ERESTARTSYS (To be restarted if SA_RESTART is set) --- SIGVTALRM {si_signo=SIGVTALRM, si_code=SI_TKILL, si_pid=3543, si_uid=16025} --- rt_sigreturn({mask=[]}) = -1 EINTR (Přerušené volání systému) futex(0x7f77db8fe7c0, FUTEX_WAIT_PRIVATE, 2, NULL) = ? ERESTARTSYS (To be restarted if SA_RESTART is set) --- SIGVTALRM {si_signo=SIGVTALRM, si_code=SI_TKILL, si_pid=3543, si_uid=16025} --- rt_sigreturn({mask=[]}) = -1 EINTR (Přerušené volání systému) futex(0x7f77db8fe7c0, FUTEX_WAIT_PRIVATE, 2, NULL) = ? ERESTARTSYS (To be restarted if SA_RESTART is set) --- SIGVTALRM {si_signo=SIGVTALRM, si_code=SI_TKILL, si_pid=3543, si_uid=16025} --- rt_sigreturn({mask=[]}) = -1 EINTR (Přerušené volání systému) futex(0x7f77db8fe7c0, FUTEX_WAIT_PRIVATE, 2, NULL) = ? ERESTARTSYS (To be restarted if SA_RESTART is set) --- SIGVTALRM {si_signo=SIGVTALRM, si_code=SI_TKILL, si_pid=3543, si_uid=16025} --- rt_sigreturn({mask=[]}) = -1 EINTR (Přerušené volání systému) futex(0x7f77db8fe7c0, FUTEX_WAIT_PRIVATE, 2, NULL) = ? ERESTARTSYS (To be restarted if SA_RESTART is set) --- SIGVTALRM {si_signo=SIGVTALRM, si_code=SI_TKILL, si_pid=3543, si_uid=16025} --- rt_sigreturn({mask=[]}) = -1 EINTR (Přerušené volání systému) futex(0x7f77db8fe7c0, FUTEX_WAIT_PRIVATE, 2, NULL) = ? ERESTARTSYS (To be restarted if SA_RESTART is set) --- SIGVTALRM {si_signo=SIGVTALRM, si_code=SI_TKILL, si_pid=3543, si_uid=16025} --- rt_sigreturn({mask=[]}) = -1 EINTR (Přerušené volání systému) futex(0x7f77db8fe7c0, FUTEX_WAIT_PRIVATE, 2, NULL) = ? ERESTARTSYS (To be restarted if SA_RESTART is set) --- SIGVTALRM {si_signo=SIGVTALRM, si_code=SI_TKILL, si_pid=3543, si_uid=16025} --- rt_sigreturn({mask=[]}) = -1 EINTR (Přerušené volání systému) futex(0x7f77db8fe7c0, FUTEX_WAIT_PRIVATE, 2, NULL^Cstrace: Process 3543 detached <detached ...> ~~~ And this is gdb stack trace: ~~~ (gdb) where #0 0x00007f7835547b8d in __lll_lock_wait () from /lib64/libpthread.so.0 #1 0x00007f7835540f62 in pthread_mutex_lock () from /lib64/libpthread.so.0 #2 0x00007f7834de2a6d in PR_Lock () from /lib64/libnspr4.so #3 0x00007f782c9e2856 in ?? () from /lib64/libssl3.so #4 0x00007f78303bc559 in PSMSend (fd=0x7f77daff52b0, buf=0x7f77d34149e8, amount=126, flags=0, timeout=10000) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/security/manager/ssl/nsNSSIOLayer.cpp:1516 #5 0x00007f7835565f4b in prldap_write (s=<optimized out>, buf=0x7f77d34149e8, len=126, socketarg=0x7f77d846fcc0) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/comm/ldap/c-sdk/libraries/libprldap/ldappr-io.c:218 #6 0x00007f783506385c in ber_flush (sb=sb@entry=0x7f77d4be9800, ber=ber@entry=0x7f77d3414800, freeit=freeit@entry=0) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/comm/ldap/c-sdk/libraries/liblber/io.c:436 #7 0x00007f7835052452 in nsldapi_send_ber_message (ld=ld@entry=0x7f77d46fb000, sb=0x7f77d4be9800, ber=ber@entry=0x7f77d3414800, freeit=freeit@entry=0, epipe_handler=epipe_handler@entry=1) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/comm/ldap/c-sdk/libraries/libldap/request.c:473 #8 0x00007f7835052a99 in nsldapi_send_server_request (ld=ld@entry=0x7f77d46fb000, ber=0x7f77d3414800, msgid=2, parentreq=parentreq@entry=0x0, srvlist=<optimized out>, srvlist@entry=0x0, lc=0x7f78049bfec0, lc@entry=0x0, bindreqdn=<optimized out>, bind=0) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/comm/ldap/c-sdk/libraries/libldap/request.c:340 #9 0x00007f783505325c in nsldapi_send_initial_request (ld=ld@entry=0x7f77d46fb000, msgid=<optimized out>, msgtype=msgtype@entry=99, dn=dn@entry=0x7f77e1b82788 "ou=users,dc=redhat,dc=com", ber=<optimized out>) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/comm/ldap/c-sdk/libraries/libldap/request.c:147 #10 0x00007f7835058146 in nsldapi_search (ld=0x7f77d46fb000, base=0x7f77e1b82788 "ou=users,dc=redhat,dc=com", scope=<optimized out>, filter=0x7f77e23b3c08 "(|(cn=br**)(mail=br**)(sn=br**))", attrs=0x7f77deade4c0, attrsonly=0, serverctrls=0x0, clientctrls=0x0, timelimit=-1, sizelimit=100, msgidp=0x7f781ede97e0) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/comm/ldap/c-sdk/libraries/libldap/search.c:232 #11 0x00007f78350583ea in ldap_search_ext (ld=<optimized out>, base=<optimized out>, scope=scope@entry=2, filter=filter@entry=0x7f77e23b3c08 "(|(cn=br**)(mail=br**)(sn=br**))", attrs=attrs@entry=0x7f77deade4c0, attrsonly=attrsonly@entry=0, serverctrls=<optimized out>, clientctrls=<optimized out>, timeoutp=<optimized out>, sizelimit=<optimized out>, msgidp=<optimized out>) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/comm/ldap/c-sdk/libraries/libldap/search.c:271 #12 0x00007f782d3da5c4 in nsLDAPOperation::SearchExt (this=0x7f781ede9780, aBaseDn=..., aScope=2, aFilter=..., aAttributes=..., aTimeOut=<optimized out>, aSizeLimit=100) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/objdir/dist/include/nsTSubstring.h:783 #13 0x00007f782d3f95f0 in nsAbQueryLDAPMessageListener::DoTask (this=0x7f77d5b07660) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/objdir/dist/include/nsCOMPtr.h:798 #14 0x00007f782d3f9f64 in nsAbLDAPDirectoryQuery::DoQuery (this=0x7f77d91cdba0, aDirectory=0x7f77fa2eda40, aArguments=0x7f77e23b3bc0, aListener=<optimized out>, aResultLimit=100, aTimeOut=0, _retval=0x7ffea5b012c0) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/comm/mailnews/addrbook/src/nsAbLDAPDirectoryQuery.cpp:527 #15 0x00007f782d78d5c6 in NS_InvokeByIndex () at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/xpcom/reflect/xptcall/md/unix/xptcinvoke_asm_x86_64_unix.S:106 #16 0x00007f782de693e2 in CallMethodHelper::Invoke (this=0x7ffea5b01200) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/js/xpconnect/src/XPCWrappedNative.cpp:1951 #17 CallMethodHelper::Call (this=0x7ffea5b01200) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/js/xpconnect/src/XPCWrappedNative.cpp:1267 #18 XPCWrappedNative::CallMethod (ccx=..., mode=<optimized out>) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/js/xpconnect/src/XPCWrappedNative.cpp:1234 #19 0x00007f782de6f992 in XPC_WN_CallMethod (cx=0x7f7826e22000, argc=5, vp=0x7f77c813e0e0) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/js/xpconnect/src/XPCWrappedNativeJSOps.cpp:913 #20 0x00007f7830619333 in js::CallJSNative (args=..., native=0x7f782de6f760 <XPC_WN_CallMethod(JSContext*, unsigned int, JS::Value*)>, cx=0x7f7826e22000) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/objdir/dist/include/js/CallArgs.h:286 #21 js::InternalCallOrConstruct (cx=0x7f7826e22000, args=..., construct=<optimized out>) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/js/src/vm/Interpreter.cpp:468 #22 0x00007f783060b420 in js::CallFromStack (args=..., cx=<optimized out>) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/js/src/vm/Interpreter.cpp:3115 #23 Interpret (cx=0x7f7826e22000, state=...) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/js/src/vm/Interpreter.cpp:3115 #24 0x00007f7830618f6d in js::RunScript (cx=0x7f7826e22000, state=...) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/js/src/vm/Interpreter.cpp:418 #25 0x00007f78306194cc in js::InternalCallOrConstruct (cx=0x7f7826e22000, args=..., construct=<optimized out>) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/js/src/vm/Interpreter.cpp:490 #26 0x00007f783061972c in js::Call (cx=cx@entry=0x7f7826e22000, fval=..., fval@entry=..., thisv=..., thisv@entry=..., args=..., rval=...) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/js/src/vm/Interpreter.cpp:536 #27 0x00007f78308f6a84 in JS_CallFunctionValue (cx=cx@entry=0x7f7826e22000, obj=..., obj@entry=..., fval=fval@entry=..., args=..., rval=..., rval@entry=...) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/objdir/dist/include/js/RootingAPI.h:1128 #28 0x00007f782de6dd14 in nsXPCWrappedJSClass::CallMethod (this=<optimized out>, wrapper=<optimized out>, methodIndex=<optimized out>, info=0x7f7825c743d0, nativeParams=<optimized out>) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/objdir/dist/include/js/RootingAPI.h:1128 #29 0x00007f782d78e24c in PrepareAndDispatch (self=<optimized out>, methodIndex=<optimized out>, args=<optimized out>, gpregs=0x7ffea5b022c0, fpregs=<optimized out>) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/xpcom/reflect/xptcall/md/unix/xptcstubs_x86_64_linux.cpp:120 #30 0x00007f782d78d78d in SharedStub () at /usr/include/bits/stdio2.h:80 #31 0x00007f783051126e in nsAutoCompleteController::StartSearch (this=0x7f7809efbb30, aSearchType=0) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/toolkit/components/autocomplete/nsAutoCompleteController.cpp:995 #32 0x00007f7830511daf in nsAutoCompleteController::Notify (this=0x7f7809efbb30, timer=<optimized out>) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/toolkit/components/autocomplete/nsAutoCompleteController.cpp:864 #33 0x00007f782d789911 in nsTimerImpl::Fire (this=0x7f77d675fd40, aGeneration=1) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/objdir/dist/include/mozilla/RefPtr.h:290 #34 0x00007f782d77b9a5 in nsTimerEvent::Run (this=0x7f781e7dc800) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/objdir/dist/include/mozilla/RefPtr.h:315 --Type <RET> for more, q to quit, c to continue without paging-- #35 0x00007f782d77f2bb in nsThread::ProcessNextEvent (aResult=0x7ffea5b02647, aMayWait=true, this=0x7f7834e64060) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/xpcom/threads/nsThread.cpp:1040 #36 nsThread::ProcessNextEvent (this=0x7f7834e64060, aMayWait=<optimized out>, aResult=0x7ffea5b02647) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/xpcom/threads/nsThread.cpp:913 #37 0x00007f782d787c3c in NS_ProcessNextEvent (aThread=<optimized out>, aThread@entry=0x0, aMayWait=aMayWait@entry=true) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/xpcom/threads/nsThreadUtils.cpp:517 #38 0x00007f78303a0346 in nsNSSHttpRequestSession::internal_send_receive_attempt (this=this@entry=0x7f781c163dc0, retryable_error=retryable_error@entry=@0x7ffea5b02720: false, pPollDesc=pPollDesc@entry=0x0, http_response_code=http_response_code@entry=0x7ffea5b027ca, http_response_headers=http_response_headers@entry=0x0, http_response_data=http_response_data@entry=0x7ffea5b02820, http_response_data_len=0x7ffea5b02800) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/security/manager/ssl/nsNSSCallbacks.cpp:463 #39 0x00007f78303a0515 in nsNSSHttpRequestSession::trySendAndReceiveFcn (this=this@entry=0x7f781c163dc0, pPollDesc=pPollDesc@entry=0x0, http_response_code=http_response_code@entry=0x7ffea5b027ca, http_response_headers=http_response_headers@entry=0x0, http_response_data=http_response_data@entry=0x7ffea5b02820, http_response_data_len=http_response_data_len@entry=0x7ffea5b02800) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/security/manager/ssl/nsNSSCallbacks.cpp:343 #40 0x00007f782d6e132a in nsNSSHttpInterface::trySendAndReceiveFcn (httpResponseDataLen=0x7ffea5b02800, httpResponseData=0x7ffea5b02820, httpResponseHeaders=0x0, httpResponseCode=0x7ffea5b027ca, pPollDesc=0x0, request=0x7f781c163dc0) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/security/manager/ssl/nsNSSCallbacks.h:188 #41 mozilla::psm::DoOCSPRequest (arena=std::unique_ptr<PLArenaPool> = {...}, url=<optimized out>, originAttributes=..., encodedRequest=<optimized out>, timeout=..., useGET=<optimized out>, encodedResponse=@0x7ffea5b02a48: 0x0) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/security/certverifier/OCSPRequestor.cpp:198 #42 0x00007f782d6e53e2 in mozilla::psm::NSSCertDBTrustDomain::CheckRevocation (this=0x7ffea5b032f0, endEntityOrCA=<optimized out>, certID=..., time=..., validityDuration=..., stapledOCSPResponse=<optimized out>, aiaExtension=0x7ffea5b030a8) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/security/certverifier/NSSCertDBTrustDomain.cpp:290 #43 0x00007f782d6e9ad5 in mozilla::pkix::PathBuildingStep::Check (this=0x7ffea5b02ee0, potentialIssuerDER=..., additionalNameConstraints=0x0, keepGoing=@0x7ffea5b02e57: true) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/security/pkix/include/pkix/Input.h:119 #44 0x00007f782d6df30c in mozilla::psm::FindIssuerInner (candidates=std::unique_ptr<CERTCertListStr> = {...}, useRoots=useRoots@entry=false, encodedIssuerName=..., checker=..., keepGoing=@0x7ffea5b02e57: true) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/security/certverifier/NSSCertDBTrustDomain.cpp:130 #45 0x00007f782d6df4d6 in mozilla::psm::NSSCertDBTrustDomain::FindIssuer (this=<optimized out>, encodedIssuerName=..., checker=...) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/security/certverifier/NSSCertDBTrustDomain.cpp:171 #46 0x00007f782d6e9233 in mozilla::pkix::BuildForward (trustDomain=..., subject=..., time=..., requiredKeyUsageIfPresent=requiredKeyUsageIfPresent@entry=mozilla::pkix::KeyUsage::digitalSignature, requiredEKUIfPresent=requiredEKUIfPresent@entry=mozilla::pkix::KeyPurposeId::id_kp_serverAuth, requiredPolicy=..., stapledOCSPResponse=0x0, subCACount=0) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/security/pkix/lib/pkixutil.h:63 #47 0x00007f782d6e9ec6 in mozilla::pkix::BuildCertChain (trustDomain=..., certDER=..., time=..., endEntityOrCA=endEntityOrCA@entry=mozilla::pkix::EndEntityOrCA::MustBeEndEntity, requiredKeyUsageIfPresent=requiredKeyUsageIfPresent@entry=mozilla::pkix::KeyUsage::digitalSignature, requiredEKUIfPresent=mozilla::pkix::KeyPurposeId::id_kp_serverAuth, requiredPolicy=..., stapledOCSPResponse=0x0) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/security/pkix/lib/pkixbuild.cpp:385 #48 0x00007f782d6e0476 in mozilla::psm::BuildCertChainForOneKeyUsage (trustDomain=..., certDER=..., time=time@entry=..., requiredPolicy=..., stapledOCSPResponse=stapledOCSPResponse@entry=0x0, ocspStaplingStatus=0x7ffea5b0363c, eku=mozilla::pkix::KeyPurposeId::id_kp_serverAuth, ku3=mozilla::pkix::KeyUsage::keyAgreement, ku2=mozilla::pkix::KeyUsage::keyEncipherment, ku1=mozilla::pkix::KeyUsage::digitalSignature) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/security/certverifier/CertVerifier.cpp:203 #49 0x00007f782d6e89a6 in mozilla::psm::CertVerifier::VerifyCert (this=this@entry=0x7f78126e1800, cert=<optimized out>, usage=usage@entry=2, time=..., time@entry=..., pinArg=pinArg@entry=0x7f77becc5980, hostname=0x7f77d8499c28 "ldap.corp.redhat.com", builtChain=std::unique_ptr<CERTCertListStr> = {...}, flags=0, stapledOCSPResponseSECItem=0x0, sctsFromTLSSECItem=0x0, originAttributes=..., evOidPolicy=0x7ffea5b03638, ocspStaplingStatus=0x7ffea5b0363c, keySizeStatus=0x7ffea5b03640, sha1ModeResult=0x7ffea5b03644, pinningTelemetryInfo=0x7ffea5b03680, ctInfo=0x7ffea5b036c0) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/security/certverifier/CertVerifier.cpp:726 #50 0x00007f782d6e8e73 in mozilla::psm::CertVerifier::VerifySSLServerCert (this=this@entry=0x7f78126e1800, peerCert=std::unique_ptr<CERTCertificateStr> = {...}, stapledOCSPResponse=stapledOCSPResponse@entry=0x0, sctsFromTLS=sctsFromTLS@entry=0x0, time=..., time@entry=..., pinarg=pinarg@entry=0x7f77becc5980, hostname=..., builtChain=std::unique_ptr<CERTCertListStr> = {...}, saveIntermediatesInPermanentDatabase=true, flags=0, originAttributes=..., evOidPolicy=0x7ffea5b03638, ocspStaplingStatus=0x7ffea5b0363c, keySizeStatus=0x7ffea5b03640, sha1ModeResult=0x7ffea5b03644, pinningTelemetryInfo=0x7ffea5b03680, ctInfo=0x7ffea5b036c0) at /usr/include/c++/8/bits/unique_ptr.h:342 #51 0x00007f7830390d7b in mozilla::psm::(anonymous namespace)::AuthCertificate (certVerifier=..., infoObject=0x7f77becc5980, cert=std::unique_ptr<CERTCertificateStr> = {...}, peerCertChain=std::unique_ptr<CERTCertListStr> = {...}, stapledOCSPResponse=0x0, sctsFromTLSExtension=0x0, providerFlags=0, time=...) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/security/manager/ssl/TransportSecurityInfo.h:62 #52 0x00007f78303929f0 in mozilla::psm::AuthCertificateHook (arg=0x7f77becc5980, fd=0x7f77db8e5e80, checkSig=<optimized out>, isServer=<optimized out>) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/security/manager/ssl/SSLServerCertVerification.cpp:1760 #53 0x00007f782c9cefc4 in ?? () from /lib64/libssl3.so #54 0x00007f782c9cf698 in ?? () from /lib64/libssl3.so #55 0x00007f782c9d1f9c in ?? () from /lib64/libssl3.so #56 0x00007f782c9d4df1 in ?? () from /lib64/libssl3.so #57 0x00007f782c9d55f1 in ?? () from /lib64/libssl3.so #58 0x00007f782c9d6861 in ?? () from /lib64/libssl3.so #59 0x00007f782c9d764d in ?? () from /lib64/libssl3.so #60 0x00007f782c9ddb6a in ?? () from /lib64/libssl3.so #61 0x00007f782c9dee70 in ?? () from /lib64/libssl3.so #62 0x00007f782c9e2875 in ?? () from /lib64/libssl3.so --Type <RET> for more, q to quit, c to continue without paging-- #63 0x00007f78303bc559 in PSMSend (fd=0x7f77daff52b0, buf=0x7f77d61211e8, amount=14, flags=0, timeout=10000) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/security/manager/ssl/nsNSSIOLayer.cpp:1516 #64 0x00007f7835565f4b in prldap_write (s=<optimized out>, buf=0x7f77d61211e8, len=14, socketarg=0x7f77d846fcc0) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/comm/ldap/c-sdk/libraries/libprldap/ldappr-io.c:218 #65 0x00007f783506385c in ber_flush (sb=sb@entry=0x7f77d4be9800, ber=ber@entry=0x7f77d6121000, freeit=freeit@entry=0) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/comm/ldap/c-sdk/libraries/liblber/io.c:436 #66 0x00007f7835052452 in nsldapi_send_ber_message (ld=ld@entry=0x7f77d46fb000, sb=0x7f77d4be9800, ber=ber@entry=0x7f77d6121000, freeit=freeit@entry=0, epipe_handler=epipe_handler@entry=1) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/comm/ldap/c-sdk/libraries/libldap/request.c:473 #67 0x00007f7835052a99 in nsldapi_send_server_request (ld=ld@entry=0x7f77d46fb000, ber=0x7f77d6121000, msgid=msgid@entry=1, parentreq=parentreq@entry=0x0, srvlist=<optimized out>, srvlist@entry=0x0, lc=0x7f78049bfec0, lc@entry=0x0, bindreqdn=<optimized out>, bind=0) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/comm/ldap/c-sdk/libraries/libldap/request.c:340 #68 0x00007f783505325c in nsldapi_send_initial_request (ld=ld@entry=0x7f77d46fb000, msgid=msgid@entry=1, msgtype=msgtype@entry=96, dn=dn@entry=0x7f7831110f64 <gNullChar> "", ber=<optimized out>) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/comm/ldap/c-sdk/libraries/libldap/request.c:147 #69 0x00007f78350570c4 in simple_bind_nolock (unlock_permitted=1, passwd=0x7f7831110f64 <gNullChar> "", dn=0x7f7831110f64 <gNullChar> "", ld=0x7f77d46fb000) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/comm/ldap/c-sdk/libraries/libldap/sbind.c:152 #70 ldap_simple_bind (ld=0x7f77d46fb000, dn=<optimized out>, passwd=<optimized out>) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/comm/ldap/c-sdk/libraries/libldap/sbind.c:82 #71 0x00007f782d3da164 in nsLDAPOperation::SimpleBind (this=this@entry=0x7f781c6f8580, passwd=...) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/comm/ldap/xpcom/src/nsLDAPOperation.cpp:295 #72 0x00007f782d3fb2d9 in nsAbLDAPListenerBase::OnLDAPInit (this=0x7f77d5b07660, aConn=<optimized out>, aStatus=<optimized out>) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/objdir/dist/include/nsString.h:111 #73 0x00007f782d3d6e07 in nsLDAPConnection::OnLookupComplete (this=0x7f77bee91660, aRequest=<optimized out>, aRecord=<optimized out>, aStatus=nsresult::NS_OK) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/objdir/dist/include/nsCOMPtr.h:798 #74 0x00007f782d863121 in mozilla::net::DNSListenerProxy::OnLookupCompleteRunnable::Run (this=0x7f77e1ce9640) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/objdir/dist/include/nsCOMPtr.h:788 #75 0x00007f782d77f2bb in nsThread::ProcessNextEvent (aResult=0x7ffea5b045a7, aMayWait=false, this=0x7f7834e64060) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/xpcom/threads/nsThread.cpp:1040 #76 nsThread::ProcessNextEvent (this=0x7f7834e64060, aMayWait=<optimized out>, aResult=0x7ffea5b045a7) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/xpcom/threads/nsThread.cpp:913 #77 0x00007f782d787c3c in NS_ProcessNextEvent (aThread=<optimized out>, aThread@entry=0x7f7834e64060, aMayWait=aMayWait@entry=false) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/xpcom/threads/nsThreadUtils.cpp:517 #78 0x00007f782dbab42a in mozilla::ipc::MessagePump::Run (this=0x7f782b872400, aDelegate=0x7f7834e5f200) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/ipc/glue/MessagePump.cpp:97 #79 0x00007f782db7f9e9 in MessageLoop::RunInternal (this=<optimized out>) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/objdir/dist/include/mozilla/RefPtr.h:315 #80 MessageLoop::RunHandler (this=<optimized out>) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/ipc/chromium/src/base/message_loop.cc:319 #81 MessageLoop::Run (this=<optimized out>) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/ipc/chromium/src/base/message_loop.cc:299 #82 0x00007f782f626fec in nsBaseAppShell::Run (this=0x7f782ae75d00) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/widget/nsBaseAppShell.cpp:157 #83 0x00007f78304a287e in nsAppStartup::Run (this=0x7f782b8fec90) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/objdir/dist/include/nsCOMPtr.h:798 #84 0x00007f783053929f in XREMain::XRE_mainRun (this=this@entry=0x7ffea5b04890) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/objdir/dist/include/nsCOMPtr.h:798 #85 0x00007f783053a0a9 in XREMain::XRE_main (this=0x7ffea5b04890, argc=<optimized out>, argv=<optimized out>, aConfig=...) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/toolkit/xre/nsAppRunner.cpp:4975 #86 0x00007f783053a570 in XRE_main (argc=1, argv=0x7ffea5b05bc8, aConfig=...) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/toolkit/xre/nsAppRunner.cpp:5067 #87 0x0000555c6fa4dba6 in do_main (argc=1, argv=0x7ffea5b05bc8, envp=<optimized out>) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/objdir/dist/include/mozilla/UniquePtr.h:326 #88 0x0000555c6fa4d2fd in main (argc=1, argv=0x7ffea5b05bc8, envp=0x7ffea5b05bd8) at /usr/src/debug/thunderbird-60.4.0-1.fc30.x86_64/comm/mail/app/nsMailApp.cpp:306 ~~~
Moving Thunderbird bugs to Jan to manage them meanigfuly.
This message is a reminder that Fedora 29 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora 29 on 2019-11-26. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '29'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 29 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
I don't think this was resolved.
This bug appears to have been reported against 'rawhide' during the Fedora 32 development cycle. Changing version to 32.
Hi, could you add the ldap server configuration you use? Looks like slow output connection according to backtrace. Is the delay significant, like few seconds or seems to be infinite?
Luckily, I have not observed the issues recently, not sure if something changed in TB or elsewhere (therefore I expect to meet the issue is short moment ;) )
Please reopen, if you encounter it again. I'm currently not able to reproduce it issue too.