Closed Bug 108637 Opened 23 years ago Closed 23 years ago

hang on submit or when loading javascript: urls from bookmarks or when the wallet prompts for a password

Categories

(SeaMonkey :: Passwords & Permissions, defect)

Product:
SeaMonkey
Component:
Passwords & Permissions
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: blizzard, Assigned: darin.moz)

References

Details

Build is from the late evening of Nov 05.  I get a solid hang when I use one of
my javascript bookmarklets which pops up a prompt and asks for a search term. 
Here's the stack trace.  I think the wallet stuff at the top is bogus since I
don't see a call path from the docshell back into it.

#0  si_ReadLine (strm=@0xbfffbf1c, lineBuffer=@0xbfffbf5c) at singsign.cpp:1621
#1  0x443cf635 in SI_LoadSignonData () at singsign.cpp:1761
#2  0x443ccbef in si_RegisterSignonPrefCallbacks () at singsign.cpp:310
#3  0x443ccc28 in si_GetSignonRememberingPref () at singsign.cpp:336
#4  0x443d13a3 in SINGSIGN_Prompt (dialogTitle=0xbfffc3f4, text=0xbfffc534, 
    defaultText=0xbfffc494, resultText=0x86dc184, passwordRealm=0xbfffc284 "", 
    dialog=0x86d2fc8, pressedOK=0xbfffc328, savePassword=0)
    at singsign.cpp:2447
#5  0x443c087b in nsSingleSignOnPrompt::Prompt (this=0x86d2110, 
    dialogTitle=0xbfffc3f4, text=0xbfffc534, passwordRealm=0x0, 
    savePassword=0, defaultText=0xbfffc494, result=0x86dc184, 
    _retval=0xbfffc328) at ../../../dist/include/string/nsString.h:92
#6  0x415d34c1 in GlobalWindowImpl::Prompt (this=0x84a8cd8, 
    aMessage=@0xbfffc51c, aInitial=@0xbfffc47c, aTitle=@0xbfffc3dc, 
    aSavePassword=0, aReturn=@0xbfffc774)
    at ../../../dist/include/xpcom/nsCOMPtr.h:650
#7  0x415d397e in GlobalWindowImpl::Prompt (this=0x84a8cd8, 
    aReturn=@0xbfffc774) at nsGlobalWindow.cpp:1819
#8  0x40159146 in XPTC_InvokeByIndex (that=0x84a8ce0, methodIndex=12, 
    paramCount=1, params=0xbfffc814) at xptcinvoke_unixish_x86.cpp:153
#9  0x40864f40 in XPCWrappedNative::CallMethod (ccx=@0xbfffc8d4, 
    mode=CALL_METHOD) at xpcwrappednative.cpp:2009
#10 0x4086b099 in XPC_WN_CallMethod (cx=0x84ab138, obj=0x42ade4f8, argc=2, 
    argv=0x86d9860, vp=0xbfffca04) at xpcwrappednativejsops.cpp:1266
#11 0x400694e0 in js_Invoke (cx=0x84ab138, argc=2, flags=0) at jsinterp.c:832
#12 0x4007125f in js_Interpret (cx=0x84ab138, result=0xbfffcd14)
    at jsinterp.c:2791
#13 0x4006993b in js_Execute (cx=0x84ab138, chain=0x42ade4f8, 
    script=0x86d3b08, down=0x0, special=0, result=0xbfffcd14)
    at jsinterp.c:1012
#14 0x4004b909 in JS_EvaluateUCScriptForPrincipals (cx=0x84ab138, 
    obj=0x42ade4f8, principals=0x8585058, chars=0x86d2b68, length=157, 
    filename=0x0, lineno=0, rval=0xbfffcd14) at jsapi.c:3368
#15 0x415cb359 in nsJSContext::EvaluateString (this=0x84ab090, 
    aScript=@0xbfffce24, aScopeObject=0x42ade4f8, aPrincipal=0x8585054, 
    aURL=0x0, aLineNo=0, aVersion=0x0, aRetValue=@0xbfffcec4, 
    aIsUndefined=0xbfffce18)
    at ../../../dist/include/string/nsPromiseFlatString.h:165
#16 0x429e06da in nsJSThunk::EvaluateScript (this=0x86d26f8)
    at ../../../dist/include/xpcom/nsCOMPtr.h:650
#17 0x429e1354 in nsJSChannel::AsyncOpen (this=0x86d26d8, aListener=0x86d26b0, 
    aContext=0x0) at nsJSProtocolHandler.cpp:576
#18 0x40e1a849 in nsDocumentOpenInfo::Open (this=0x86d26b0, 
    aChannel=0x86d26d8, aIsContentPreferred=0, aWindowContext=0x84c23c8)
    at nsURILoader.cpp:198
#19 0x40e1bd0d in nsURILoader::OpenURIVia (this=0x827cda0, channel=0x86d26d8, 
    aIsContentPreferred=0, aWindowContext=0x84c23c8, aLocalIP=0)
    at nsURILoader.cpp:548
#20 0x40e1bb86 in nsURILoader::OpenURI (this=0x827cda0, channel=0x86d26d8, 
    aIsContentPreferred=0, aWindowContext=0x84c23c8) at nsURILoader.cpp:509
#21 0x4136a53f in nsDocShell::DoChannelLoad (this=0x84c23c8, 
    aChannel=0x86d26d8, aURILoader=0x827cda0) at nsDocShell.cpp:4455
#22 0x41369f79 in nsDocShell::DoURILoad (this=0x84c23c8, aURI=0x86d2690, 
    aReferrerURI=0x0, aOwner=0x8585048, aPostData=0x0, aHeadersData=0x0)
    at ../../dist/include/xpcom/nsCOMPtr.h:643
#23 0x41369344 in nsDocShell::InternalLoad (this=0x84c23c8, aURI=0x86d2690, 
    aReferrer=0x0, aOwner=0x0, aInheritOwner=1, aWindowTarget=0xbfffd4bc, 
    aPostData=0x0, aHeadersData=0x0, aLoadType=1, aSHEntry=0x0)
    at ../../dist/include/xpcom/nsCOMPtr.h:864
#24 0x4135f2c0 in nsDocShell::LoadURI (this=0x84c23c8, aURI=0x86d2690, 
    aLoadInfo=0x0, aLoadFlags=0) at ../../dist/include/xpcom/nsCOMPtr.h:643
#25 0x41364808 in nsDocShell::LoadURI (this=0x84c23c8, aURI=0x86d3810, 
    aLoadFlags=0) at ../../dist/include/xpcom/nsCOMPtr.h:643
#26 0x40159146 in XPTC_InvokeByIndex (that=0x84c23d8, methodIndex=8, 
    paramCount=2, params=0xbfffda50) at xptcinvoke_unixish_x86.cpp:153
#27 0x40864f40 in XPCWrappedNative::CallMethod (ccx=@0xbfffdb10, 
    mode=CALL_METHOD) at xpcwrappednative.cpp:2009
#28 0x4086b099 in XPC_WN_CallMethod (cx=0x82b7708, obj=0x419e6860, argc=2, 
    argv=0x86d7988, vp=0xbfffdc40) at xpcwrappednativejsops.cpp:1266
#29 0x400694e0 in js_Invoke (cx=0x82b7708, argc=2, flags=0) at jsinterp.c:832
#30 0x4007125f in js_Interpret (cx=0x82b7708, result=0xbfffde7c)
    at jsinterp.c:2791
#31 0x40069537 in js_Invoke (cx=0x82b7708, argc=1, flags=2) at jsinterp.c:849
#32 0x40069731 in js_InternalInvoke (cx=0x82b7708, obj=0x84189d0, 
    fval=137541720, flags=0, argc=1, argv=0xbfffe0dc, rval=0xbfffe008)
    at jsinterp.c:924
#33 0x4004ba4a in JS_CallFunctionValue (cx=0x82b7708, obj=0x84189d0, 
    fval=137541720, argc=1, argv=0xbfffe0dc, rval=0xbfffe008) at jsapi.c:3417
#34 0x415cc038 in nsJSContext::CallEventHandler (this=0x8136d58, 
    aTarget=0x84189d0, aHandler=0x832b858, argc=1, argv=0xbfffe0dc, 
    aBoolResult=0xbfffe0c0, aReverseReturnResult=0) at nsJSEnvironment.cpp:987
#35 0x415f6e29 in nsJSEventListener::HandleEvent (this=0x42a56430, 
    aEvent=0x839af04) at ../../../dist/include/xpcom/nsCOMPtr.h:650
#36 0x41080315 in nsEventListenerManager::HandleEventSubType (this=0x42a56240, 
    aListenerStruct=0x42a564d8, aDOMEvent=0x839af04, 
    aCurrentTarget=0x42a561c8, aSubType=8, aPhaseFlags=2)
    at nsEventListenerManager.cpp:1213
#37 0x41082b02 in nsEventListenerManager::HandleEvent (this=0x42a56240, 
    aPresContext=0x4194a760, aEvent=0xbfffebc0, aDOMEvent=0xbfffe83c, 
    aCurrentTarget=0x42a561c8, aFlags=2, aEventStatus=0xbfffeabc)
    at nsEventListenerManager.cpp:2203
#38 0x41151448 in nsXULElement::HandleDOMEvent (this=0x42a561c0, 
    aPresContext=0x4194a760, aEvent=0xbfffebc0, aDOMEvent=0xbfffe83c, 
    aFlags=2, aEventStatus=0xbfffeabc)
    at ../../../../dist/include/xpcom/nsCOMPtr.h:650
#39 0x4115155c in nsXULElement::HandleDOMEvent (this=0x8677cc8, 
    aPresContext=0x4194a760, aEvent=0xbfffebc0, aDOMEvent=0xbfffe83c, 
    aFlags=1, aEventStatus=0xbfffeabc)
    at ../../../../dist/include/xpcom/nsCOMPtr.h:649
#40 0x417b4664 in PresShell::HandleDOMEventWithTarget (this=0x4194b1a0, 
    aTargetContent=0x8677cc8, aEvent=0xbfffebc0, aStatus=0xbfffeabc)
    at ../../../../dist/include/xpcom/nsCOMPtr.h:643
#41 0x418495fb in nsButtonBoxFrame::MouseClicked (this=0x8394310, 
    aPresContext=0x4194a760, aEvent=0xbfffee20)
    at ../../../../dist/include/xpcom/nsCOMPtr.h:650
#42 0x418492d7 in nsButtonBoxFrame::HandleEvent (this=0x8394310, 
    aPresContext=0x4194a760, aEvent=0xbfffee20, aEventStatus=0xbffff108)
    at nsButtonBoxFrame.cpp:138
#43 0x417b459a in PresShell::HandleEventInternal (this=0x4194b1a0, 
    aEvent=0xbfffee20, aView=0x0, aFlags=1, aStatus=0xbffff108)
    at ../../../../dist/include/xpcom/nsCOMPtr.h:643
#44 0x417b440f in PresShell::HandleEventWithTarget (this=0x4194b1a0, 
    aEvent=0xbfffee20, aFrame=0x8394310, aContent=0x8677cc8, aFlags=1, 
    aStatus=0xbffff108) at nsPresShell.cpp:5786
#45 0x41088a07 in nsEventStateManager::CheckForAndDispatchClick (
    this=0x82eacf0, aPresContext=0x4194a760, aEvent=0xbffff1c0, 
    aStatus=0xbffff108) at ../../../dist/include/xpcom/nsCOMPtr.h:649
#46 0x4108719a in nsEventStateManager::PostHandleEvent (this=0x82eacf0, 
    aPresContext=0x4194a760, aEvent=0xbffff1c0, aTargetFrame=0x8394310, 
    aStatus=0xbffff108, aView=0x4194adf0) at nsEventStateManager.cpp:1576
#47 0x417b45d0 in PresShell::HandleEventInternal (this=0x4194b1a0, 
    aEvent=0xbffff1c0, aView=0x4194adf0, aFlags=1, aStatus=0xbffff108)
    at ../../../../dist/include/xpcom/nsCOMPtr.h:643
#48 0x417b4389 in PresShell::HandleEvent (this=0x4194b1a0, aView=0x4194adf0, 
    aEvent=0xbffff1c0, aEventStatus=0xbffff108, aForceHandle=1, 
    aHandled=@0xbffff084) at nsPresShell.cpp:5740
#49 0x418e2276 in nsView::HandleEvent (this=0x4194adf0, event=0xbffff1c0, 
    aEventFlags=28, aStatus=0xbffff108, aForceHandle=1, aHandled=@0xbffff084)
    at nsView.cpp:379
#50 0x418ec20c in nsViewManager::DispatchEvent (this=0x4194aca8, 
    aEvent=0xbffff1c0, aStatus=0xbffff108) at nsViewManager.cpp:2095
#51 0x418e1be2 in HandleEvent (aEvent=0xbffff1c0) at nsView.cpp:82
#52 0x4079b3ca in nsWidget::DispatchEvent (this=0x4194ae58, aEvent=0xbffff1c0, 
    aStatus=@0xbffff15c) at nsWidget.cpp:1408
#53 0x4079b2ea in nsWidget::DispatchWindowEvent (this=0x4194ae58, 
    event=0xbffff1c0) at nsWidget.cpp:1299
#54 0x4079b45c in nsWidget::DispatchMouseEvent (this=0x4194ae58, 
    aEvent=@0xbffff1c0) at nsWidget.cpp:1435
#55 0x4079c1c9 in nsWidget::OnButtonReleaseSignal (this=0x4194ae58, 
    aGdkButtonEvent=0x82e0418) at nsWidget.cpp:1986
#56 0x4079f8c1 in nsWindow::HandleGDKEvent (this=0x4194ae58, event=0x82e0418)
    at nsWindow.cpp:1615
#57 0x40795e5a in dispatch_superwin_event (event=0x82e0418, window=0x4194ae58)
    at nsGtkEventHandler.cpp:943
#58 0x40795b12 in handle_gdk_event (event=0x82e0418, data=0x0)
    at nsGtkEventHandler.cpp:764
#59 0x40348d7f in gdk_event_dispatch ()
    at ../../../dist/include/string/nsAFlatString.h:46
#60 0x4037c773 in g_main_dispatch ()
    at ../../../dist/include/string/nsAFlatString.h:46
#61 0x4037cd39 in g_main_iterate ()
    at ../../../dist/include/string/nsAFlatString.h:46
#62 0x4037ceec in g_main_run ()
    at ../../../dist/include/string/nsAFlatString.h:46
#63 0x40297333 in gtk_main ()
    at ../../../dist/include/string/nsAFlatString.h:46
#64 0x4078f5d6 in nsAppShell::Run (this=0x808f158) at nsAppShell.cpp:364
#65 0x40768cbe in nsAppShellService::Run (this=0x8090058)
    at ../../../dist/include/xpcom/nsCOMPtr.h:650
#66 0x08051390 in main1 (argc=1, argv=0xbffff764, nativeApp=0x0)
    at ../../dist/include/xpcom/nsCOMPtr.h:650
#67 0x08051ce7 in main (argc=1, argv=0xbffff764) at nsAppRunner.cpp:1630
#68 0x404c3627 in __libc_start_main (main=0x8051b9c <main>, argc=1, 
    ubp_av=0xbffff764, init=0x804c060 <_init>, fini=0x8052ce0 <_fini>, 
    rtld_fini=0x4000dcd4 <_dl_fini>, stack_end=0xbffff75c)
    at ../sysdeps/generic/libc-start.c:129
Here's what the bookmarklet looks like:

javascript:id=document.getSelection();if(!id){void(id=prompt('Show Mozilla bug
no.',''))}if(id)location.href='http://bugzilla.mozilla.org/show_bug.cgi?id=' +
escape(id)
OK, this happens with any password manager prompts.  When I try to use mail/news
and it asks for my password it hangs, too.
Severity: normal → blocker
Component: Embedding: Docshell → Password Manager
Summary: hang when loading javascript: urls from bookmarks → hang when loading javascript: urls from bookmarks or when the wallet prompts for a password
Over to morse.
Assignee: danm → morse
I saw this last night.  Killing and recreating profile fixed it.  It
specifically seemed to be going through the file containing the
usernames/passwords in an infinite while loop.  Maybe data corruption?
It works just fine in an older build.
This was caused by Darin's checkin of bug #107789.
Over to darin
Assignee: morse → darin
Blocks: 107789
Darin's checkin has been backed out.
*** Bug 108641 has been marked as a duplicate of this bug. ***
*** Bug 108661 has been marked as a duplicate of this bug. ***
Keywords: smoketest
*** Bug 108683 has been marked as a duplicate of this bug. ***
Is this bug occurring whenever a password field is shown on screen?  I'm
seeing Linux build 2001-11-06-10 spin and hang whenever I visit
any page that includes a password form widget..
Still hanging on password form widget in Linux build 2001-11-06-12
Verify that removing and recreating profile on Linux build 2001-11-06-12 seems
to prevent hangup on HTML with password widget.
changed platform and OS to all...seeing this on mac os9, windows and linux.

note: Mac OSX is not affected by this bug.
OS: Linux → All
Hardware: PC → All
removing smoketest and blocker keywords since this has been backed out.  
leaving open for darin to figure out the real cause.
Severity: blocker → critical
Keywords: smoketest
marking FIXED since blizzard backed out my patch for bug 107789 which was
causing this.  i'll add a comment on that bug referencing this one.
Severity: critical → blocker
Status: NEW → RESOLVED
Closed: 23 years ago
Keywords: smoketest
Resolution: --- → FIXED
Severity: blocker → critical
Keywords: smoketest
*** Bug 108711 has been marked as a duplicate of this bug. ***
*** Bug 108720 has been marked as a duplicate of this bug. ***
*** Bug 108664 has been marked as a duplicate of this bug. ***
*** Bug 108710 has been marked as a duplicate of this bug. ***
Making summary slightly wider to aid searches.
Summary: hang when loading javascript: urls from bookmarks or when the wallet prompts for a password → hang on submit or when loading javascript: urls from bookmarks or when the wallet prompts for a password
The browser still hangs on form submission -- win2000 buildID: 
2001-11-06-03-trunk build.

http://www.google.com
http://www.hotmail.com 

reopening bug
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
funny... i use exactly 2001110603 and is working


*** Bug 108763 has been marked as a duplicate of this bug. ***
Given that Blizzard didn't back out the change until 8:30, the 3:00AM build
*shouldn't* be working.  Jonathan's report is more disturbing, are you using CVS
builds Jonathan?
Hmmm, I filed 108763, and as noted there I installed
0.9.5 over my freezing 20011106 build. Now I installed
20011106 back on top of *that*, and that works...

odd...
There are two versions of 2001110603 on win32.
The first grabbed early this morning had the problem.

Now if you go to http://ftp.mozilla.org/pub/mozilla/nightly/2001-11-06-03-trunk/
there is a mozilla-win32-installer-sea.exe dated "06-Nov-2001 14:29"
It still identifies itself as 2001110603, but doesn't have this problem.


this is fixed on builds:

windows 2001-11-07-06-trunk
linux 2001-11-07-06-trunk
mac 2001-11-07-04-trunk
Status: REOPENED → RESOLVED
Closed: 23 years ago → 23 years ago
Resolution: --- → FIXED
Nope, I'm using builds from the nightly build archives.  As I said, I saw
a CPU spin/hang on HTML pages with password form widgets in Linux 2001-11-06-10
and 2001-11-06-12, but rebuilding profile seemed to clear things up
in 2001-11-06-12.
My builds here are working great.  I really haven't seen this.
*** Bug 108871 has been marked as a duplicate of this bug. ***
have not seen this in over a month
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.