163871 - Crash in Cisco configuration tool when calling javascript:verify('');

Status: RESOLVED WORKSFORME

(Core :: DOM: Navigation, defect)

Description

[Roscoe Primrose]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1b) Gecko/20020821
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1b) Gecko/20020821

Browser crashes at the above URL when clicking on check configuration, which
calls javascript:verify(");  You can't actually get to the above URL directly,
you've got to start at
http://www.cisco.com/appcontent/apollo/configureHomeGuest.html

Reproducible: Always

Steps to Reproduce:
1. Go to http://www.cisco.com/appcontent/apollo/configureHomeGuest.html
2. Type in 3640 and click the search button, which will take you to
http://www.cisco.com/pcgi-bin/front.x/apollo/servlet/ICITServlet
3. Click on the Cisco 3640 link, which will keep you in the same URL, but load a
configuration page.
4. Click on the Check Configuration link at the bottom of the page.  This will
call javascript:verify('');

Actual Results:  
Mozilla starts to load the page, then crashes

Expected Results:  
Loaded the page

Comment 1

[Roscoe Primrose]

TB9651504M
TB9651114H
TB9650446Z
TB9650441E

Comment 2

[Adam Hauner]

Stephen, should I ask you for any of TB9651504M, TB9651114H, TB9650446Z or
TB9650441E?

Comment 3

[[e-mail] (gone - use [e-mail] instead)]

xpcom.dll + 0x4d1b4 (0x60e9d1b4)
nsWindowWatcher::GetWindowByName
[c:/builds/seamonkey/mozilla/embedding/components/windowwatcher/src/nsWindowWatcher.cpp,
line 1037]
GlobalWindowImpl::Open
[c:/builds/seamonkey/mozilla/dom/src/base/nsGlobalWindow.cpp, line 2947]
XPTC_InvokeByIndex
[c:/builds/seamonkey/mozilla/xpcom/reflect/xptcall/src/md/win32/xptcinvoke.cpp,
line 106]
XPCWrappedNative::CallMethod
[c:/builds/seamonkey/mozilla/js/src/xpconnect/src/xpcwrappednative.cpp, line 1996]
XPC_WN_CallMethod
[c:/builds/seamonkey/mozilla/js/src/xpconnect/src/xpcwrappednativejsops.cpp,
line 1267]
js_Invoke [c:/builds/seamonkey/mozilla/js/src/jsinterp.c, line 840]
js_Interpret [c:/builds/seamonkey/mozilla/js/src/jsinterp.c, line 2802]
js_Invoke [c:/builds/seamonkey/mozilla/js/src/jsinterp.c, line 856]
js_InternalInvoke [c:/builds/seamonkey/mozilla/js/src/jsinterp.c, line 931]
JS_CallFunctionValue [c:/builds/seamonkey/mozilla/js/src/jsapi.c, line 3433]
nsJSContext::CallEventHandler
[c:/builds/seamonkey/mozilla/dom/src/base/nsJSEnvironment.cpp, line 1044]
nsJSEventListener::HandleEvent
[c:/builds/seamonkey/mozilla/dom/src/events/nsJSEventListener.cpp, line 184]
nsEventListenerManager::HandleEventSubType
[c:/builds/seamonkey/mozilla/content/events/src/nsEventListenerManager.cpp, line
1183]
nsEventListenerManager::HandleEvent
[c:/builds/seamonkey/mozilla/content/events/src/nsEventListenerManager.cpp, line
1854]
GlobalWindowImpl::HandleDOMEvent
[c:/builds/seamonkey/mozilla/dom/src/base/nsGlobalWindow.cpp, line 764]
DocumentViewerImpl::LoadComplete
[c:/builds/seamonkey/mozilla/content/base/src/nsDocumentViewer.cpp, line 1565]
nsDocShell::EndPageLoad
[c:/builds/seamonkey/mozilla/docshell/base/nsDocShell.cpp, line 4129]
nsWebShell::EndPageLoad
[c:/builds/seamonkey/mozilla/docshell/base/nsWebShell.cpp, line 816]
nsDocShell::OnStateChange
[c:/builds/seamonkey/mozilla/docshell/base/nsDocShell.cpp, line 4043]
nsDocLoaderImpl::FireOnStateChange
[c:/builds/seamonkey/mozilla/uriloader/base/nsDocLoader.cpp, line 1218]
nsDocLoaderImpl::doStopDocumentLoad
[c:/builds/seamonkey/mozilla/uriloader/base/nsDocLoader.cpp, line 870]
nsDocLoaderImpl::DocLoaderIsEmpty
[c:/builds/seamonkey/mozilla/uriloader/base/nsDocLoader.cpp, line 768]
nsDocLoaderImpl::OnStopRequest
[c:/builds/seamonkey/mozilla/uriloader/base/nsDocLoader.cpp, line 699]
nsLoadGroup::RemoveRequest
[c:/builds/seamonkey/mozilla/netwerk/base/src/nsLoadGroup.cpp, line 703]
PresShell::RemoveDummyLayoutRequest
[c:/builds/seamonkey/mozilla/layout/html/base/src/nsPresShell.cpp, line 6631]
PresShell::ProcessReflowCommands
[c:/builds/seamonkey/mozilla/layout/html/base/src/nsPresShell.cpp, line 6446]
ReflowEvent::HandleEvent
[c:/builds/seamonkey/mozilla/layout/html/base/src/nsPresShell.cpp, line 6234]
PL_HandleEvent [c:/builds/seamonkey/mozilla/xpcom/threads/plevent.c, line 597]
PL_ProcessPendingEvents [c:/builds/seamonkey/mozilla/xpcom/threads/plevent.c,
line 530]
_md_EventReceiverProc [c:/builds/seamonkey/mozilla/xpcom/threads/plevent.c, line
1078]
nsAppShellService::Run
[c:/builds/seamonkey/mozilla/xpfe/appshell/src/nsAppShellService.cpp, line 452]
main1 [c:/builds/seamonkey/mozilla/xpfe/bootstrap/nsAppRunner.cpp, line 1523]
main [c:/builds/seamonkey/mozilla/xpfe/bootstrap/nsAppRunner.cpp, line 1874]
WinMain [c:/builds/seamonkey/mozilla/xpfe/bootstrap/nsAppRunner.cpp, line 1892]
WinMainCRTStartup()
KERNEL32.DLL + 0x1ca90 (0x77e9ca90) 

Comment 4

[Andrew Schultz]

same stack as 163918, and the steps described here lead to a popup window that
Mozilla considers to be "unrequested".

marking dupe.  please reopen this if you can reproduce with "open requested
windows" pref enabled.

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

Comment 5

[darren kruse]

this bug has been marked as a duplicate
http://bugzilla.mozilla.org/show_bug.cgi?id=163918

which has been marked resolved...

The problem is that opening the cisco dynamic configuration tool with Mozilla
1.5 (latest today) under XP still crashes Mozilla.....

....

hmmm. reading the bugs closer.. b4 sending ....

I've fixed this problem with the workaround of allowing unrequested popup
windows (it was set to block unrequested popup windows , but allow cisco.com ,
and some others...)
so, I can now use Moz with the Cisco dynamic configuration at the expense of
going back to dealing with unrequested popup windows... that's not so good...

I would prefer to see this bug marked as REOPENED, with a severity of "Minor" -
as there is a workaround.

just thought you might like to know..

Comment 6

[Adam Hauner]

REOPEN per darren kruse's comment.

Comment 7

[darren kruse]

Crashed again today...

I'm now using 1.5 final 
I noticed that I've sent 3 talkback crashes - all caused by hitting this bug.
TB25836773Z, today - it happened again...
TB24462215Q, 16/10/03
TB24459644G 16/10/03

I'm happy to try with version 1.6, if there is a patch that may resolve this
issue..  I try to run the beta and final release of mozilla, but not the alpha
releases..

Comment 8

[Matthew Elvey]

I can't reproduce - at step 4: there is no "Check Configuration link at the
bottom of the page".  (Not that I'd be able to reproduce w/o changing settings -
I have unrequested popups blocked, but I don't see the status bar indicator
showing that the page tried to launch a popup either.)  Lowering priority
somewhat based on comment 5, not marking WFM or New 'till there's more consensus. 

Comment 9

[Oleg Sidletskiy]

WORKSFORME Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6b)
Gecko/20031216 Firebird/0.7+, 

maybe a retest with arecent build is due

Comment 10

[Corey Cox]

I have the same inability to reproduce.  I'm using mozilla builg 20040113 on a
windows xp laptop.  I don't see the mentioned link in step 3 of the steps to
reproduce...

Comment 11

[Asa Dotzler [:asa]]

->Embedding

Roscoe, is this still a problem with 1.6 or newer?

Comment 12

[Roscoe Primrose]

WFM with 2004020308 on XP.  I no longer have access to a WIN2K machine (had to
borrow access to XP as I'm currently running OSX, where it also works).

Comment 13

[Oleg Sidletskiy]

XP is very similar to 2000
-> WFM per perporter