Closed Bug 294325 Opened 20 years ago Closed 16 years ago

crash in PR_GetConnectStatus

Categories

(Firefox :: General, defect)

Product:
Firefox
Component:
General
Version:
1.0 Branch
Platform:
x86
Linux
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: grin, Unassigned)

Details

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.7) Gecko/20050420 Debian/1.7.7-2
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.7) Gecko/20050420 Debian/1.7.7-2

crash on startup. tabs reloaded (session saver extension), most of them ok.
password dialog comes to unlock password db, http auth'ed pages ask for OK on
password popups. loading goes on and firefox crashes.

reproducible but I cannot share it because it contains plenty of internal tabs.
there were 40+ tabs, memory allocation is around 70MB.

(gdb) bt
#0  0x401b8108 in send () from /lib/libpthread.so.0
#1  0x4017ff54 in PR_GetConnectStatus ()
   from /usr/lib/mozilla-firefox/libnspr4.so
#2  0x40810c56 in NSSSSL_VersionCheck ()
   from /usr/lib/mozilla-firefox/libssl3.so
#3  0x40802201 in SSL_GetStatistics () from /usr/lib/mozilla-firefox/libssl3.so
#4  0x408025b6 in SSL_GetStatistics () from /usr/lib/mozilla-firefox/libssl3.so
#5  0x40812f9e in SSL_ConfigSecureServer ()
   from /usr/lib/mozilla-firefox/libssl3.so
#6  0x4081700a in SSL_ImportFD () from /usr/lib/mozilla-firefox/libssl3.so
#7  0x08a92c0e in nsSSLIOLayerFreeTLSIntolerantSites ()
#8  0x40168981 in PR_Close () from /usr/lib/mozilla-firefox/libnspr4.so
#9  0x08439a56 in nsSocketTransport::ReleaseFD_Locked ()
#10 0x08439f8c in nsSocketTransport::OnSocketDetached ()
#11 0x083d7aae in nsSocketTransportService::DetachSocket ()
#12 0x083d8698 in nsSocketTransportService::ServiceEventQ ()
#13 0x4011b6fb in nsThread::Main () from /usr/lib/mozilla-firefox/libxpcom.so
#14 0x40182fe9 in PR_Select () from /usr/lib/mozilla-firefox/libnspr4.so
#15 0x401b1e51 in pthread_start_thread () from /lib/libpthread.so.0
#16 0x401b1ecf in pthread_start_thread_event () from /lib/libpthread.so.0
#17 0x40b1b92a in clone () from /lib/libc.so.6


Reproducible: Always




I try to save the session so I can test whether it still crashes, or try other
debugging methods you may feel to share.

This is debian/sid, 1 day old firefox.
You don't have only http auth pages, the one that crashes is an ssl page. 
Do you try to load ssl pages with client authentification by certificate ?
To reproduce one probably doesn't need the exact same set of page, there
probably is a threshold after a given number of SSL/HTTP Auth pages where it
happens.
Could you try to find what it is ?
i found a core too, which is completely diffrerent. :-o don't ask me how. see below.

re #1: I checked, and there's 3 https pages in the session, two are munin graphs
pages with plenty of pictures (all of them from https+http auth), and one is a
usual webpage.

I do not know what you mean "auth by certificate", these are ssl webservers, and
the auth is the same password ("basic auth" in apache) as it would w/o ssl. The
munin one have a "problem" where webserver hostname differs from cert name (and
I say "OK" to popup) and the other is certified by a CA known to FF.

I have set sessionsaver.autoload=false, and to my suprise (or lack of
experimantation) session was loaded but did not crash, but it may have been
related to other factors (like that I entered password after 5-10 minutes since
I was away). Since the munin graph page reloads every 5 mins it is possible that
it will crash FF after a while. 


Core's backtrace:
(gdb) bt
#0  0x40a7b7c1 in kill () from /lib/libc.so.6
#1  0x401c1771 in pthread_kill () from /lib/libpthread.so.0
#2  0x401c1a7b in raise () from /lib/libpthread.so.0
#3  0x08c190ca in nsProfileLock::FatalSignalHandler ()
#4  0x401c4825 in __pthread_sighandler () from /lib/libpthread.so.0
#5  <signal handler called>
#6  0x4014f598 in nsCOMPtr_base::assign_from_qi () from
/usr/lib/mozilla-firefox/libxpcom.so
#7  0x087a0e9b in nsXULElement::Create ()
#8  0x401415e5 in XPTC_InvokeByIndex () from /usr/lib/mozilla-firefox/libxpcom.so
#9  0x08371b3e in XPCWrappedNative::CallMethod ()
#10 0x08379103 in XPC_WN_GetterSetter ()
#11 0x4005f546 in js_Invoke () from /usr/lib/mozilla-firefox/libmozjs.so
#12 0x4005f8f3 in js_InternalInvoke () from /usr/lib/mozilla-firefox/libmozjs.so
#13 0x4005fa4e in js_InternalGetOrSet () from /usr/lib/mozilla-firefox/libmozjs.so
#14 0x40076365 in js_GetProperty () from /usr/lib/mozilla-firefox/libmozjs.so
#15 0x08377cf7 in XPC_WN_JSOps_Shutdown ()
#16 0x4006536e in js_Interpret () from /usr/lib/mozilla-firefox/libmozjs.so
#17 0x4005f617 in js_Invoke () from /usr/lib/mozilla-firefox/libmozjs.so
#18 0x4005f8f3 in js_InternalInvoke () from /usr/lib/mozilla-firefox/libmozjs.so
#19 0x4005fa4e in js_InternalGetOrSet () from /usr/lib/mozilla-firefox/libmozjs.so
#20 0x40076365 in js_GetProperty () from /usr/lib/mozilla-firefox/libmozjs.so
#21 0x08377cf7 in XPC_WN_JSOps_Shutdown ()
#22 0x4006536e in js_Interpret () from /usr/lib/mozilla-firefox/libmozjs.so
#23 0x4005f617 in js_Invoke () from /usr/lib/mozilla-firefox/libmozjs.so
#24 0x400695c9 in js_Interpret () from /usr/lib/mozilla-firefox/libmozjs.so
#25 0x4005f617 in js_Invoke () from /usr/lib/mozilla-firefox/libmozjs.so
#26 0x0836cf1e in nsXPCWrappedJSClass::CheckForException ()
#27 0x0836a8eb in nsXPCWrappedJS::FindInherited ()
#28 0x40141743 in XPTC_InvokeByIndex () from /usr/lib/mozilla-firefox/libxpcom.so
#29 0x0869edd5 in nsEventListenerManager::HandleEventSubType ()
#30 0x0869f299 in nsEventListenerManager::HandleEventSubType ()
#31 0x087a5fc1 in nsXULElement::HandleDOMEvent ()
#32 0x087a5d0c in nsXULElement::HandleDOMEvent ()
#33 0x087a5d0c in nsXULElement::HandleDOMEvent ()
#34 0x087a5d0c in nsXULElement::HandleDOMEvent ()
#35 0x087a5d0c in nsXULElement::HandleDOMEvent ()
#36 0x087a98df in nsXULElement::AddPopupListener ()
#37 0x08759513 in GlobalWindowImpl::HandleDOMEvent ()
#38 0x08645e09 in DocumentViewerImpl::InitInternal ()
#39 0x0892db67 in nsDocShell::EndPageLoad ()
#40 0x08904369 in nsWebShell::EndPageLoad ()
#41 0x0892d8c7 in nsDocShell::IsPrintingOrPP ()
#42 0x0890d23e in nsDocLoaderImpl::FireOnStateChange ()
#43 0x0890c8a8 in nsDocLoaderImpl::doStopDocumentLoad ()
#44 0x0890c771 in nsDocLoaderImpl::DocLoaderIsEmpty ()
#45 0x0890c4f8 in nsDocLoaderImpl::~nsDocLoaderImpl ()
#46 0x083cb92e in nsLoadGroup::Create ()
#47 0x0885c201 in nsImageLoadingContent::StringToURI ()
#48 0x40126237 in PL_HandleEvent () from /usr/lib/mozilla-firefox/libxpcom.so
#49 0x40126164 in PL_ProcessPendingEvents () from
/usr/lib/mozilla-firefox/libxpcom.so
#50 0x40127df9 in nsEventQueueImpl::NotifyObservers () from
/usr/lib/mozilla-firefox/libxpcom.so
#51 0x085693b5 in nsBaseWidget::FreeNativeData ()
#52 0x4066edbf in g_vasprintf () from /usr/lib/libglib-2.0.so.0
#53 0x40649582 in g_main_depth () from /usr/lib/libglib-2.0.so.0
#54 0x4064a5f8 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
---Type <return> to continue, or q <return> to quit---
#55 0x4064a930 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#56 0x4064aed3 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#57 0x4032f2a3 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#58 0x085696f8 in nsAppShell::ReleaseGlobals ()
#59 0x08a0f844 in nsAppShellService::AttemptingQuit ()
#60 0x08c148a0 in xre_main ()
#61 0x0834b1d4 in main ()

grin@tolna.net: can we try to limit bugs to a single issue?

reporter: i don't see firefox in your useragent...
Severity: normal → critical
Version: unspecified → 1.0 Branch
re #3:
1) I am the reporter :) you funny guy.
2) this is [it is supposed to be] the same issue. the core was generated the
same way as the first BT, but if you say it's a different issue I can't debate
that. it looked just the same. Pick any of them since on the user side they look
just the same.
3) how do you want to see firefox in my user agent when I cannot start it? it
crashed on Startup. Here's it for you: "Mozilla/5.0 (X11; U; Linux i686; en-US;
rv:1.7.8) Gecko/20050513 Firefox/1.0.4 (Debian package 1.0.4-1)"

well, short summary, your browser decided to shutdown instead of starting up.
and it's not doing a good job. beyond that, i dunno :)
(In reply to comment #5)
> well, short summary, your browser decided to shutdown instead of starting up.
> and it's not doing a good job. beyond that, i dunno :)

timeless: what are you talking about?  the first stack trace indicates that a
nsSocketTransport is being closed.  where do you see something indicating that
the browser is trying to shutdown?
oops.. not sure what i misread... maybe i'm used to the sts shutting down.
This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/

confirming based on stack traces from this year.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Old, haven't seen it since.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.