37776 - Clicking "Finish" button does nothing

Status: VERIFIED FIXED

(SeaMonkey :: Startup & Profiles, defect, P1)

Description

[Gervase Markham [:gerv]]

From Bugzilla Helper:
User-Agent: Mozilla/4.7 [en] (Win95; U)
BuildID:    20000501

When creating a new profile by running mozilla -profilemanager, the profile 
creation wizard runs, but the Finish button doesn't do anything. It depresses, 
but it doesn't seem hooked up. Auto profile creation (when there are no 
profiles) works fine.

Reproducible: Always
Steps to Reproduce:
1. Run mozilla -profilemanager with at least 1 existing profile
2. Attempt to create a new one.
3. Navigate through first screen.
4. Click "Finish".

Actual Results:  Nothing.

Expected Results:  Profile created.

Comment 1

[Gervase Markham [:gerv]]

Adding keywords. This regressed between 20000428 and 20000430. There were 
no nightly builds on 20000429.

Gerv

Comment 2

[leger]

Putting on [dogfood+] radar.

Comment 3

[Ben Goodger (use ben at mozilla dot org for email)]

Created dependency on 37854. 

I can revert this to a html:iframe for dogfood purposes, but it seems that 37854 
should be resolved. 

Comment 4

[Ben Goodger (use ben at mozilla dot org for email)]

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

Comment 5

[John Gaunt (redfive)]

I am seeing this on HP as well - here is what i've found so far:

I started at the beginning of the asserts  where we get the assert of a 
globalObject not being found. It appears that 
in nsDOMWindowList::NamedItem() we are being passed the name of an interface to 
find. The first time we call it there is a name there because everything works 
fine ( it starts with con and is 7 letter long ) but the second and third times 
we call this method we are passed an arguement that is 9 letters long and starts 
with und ( undefined? ) the call to mDocShellNode->FindChildWithName that 
appears to set item which is then used to get an interface for globalObject, 
which is never gettting set. ( it makes more sense if you look at the code - 
mozilla/dom/src/base/nsDOMWindowList.cpp lines 130-155   Now just to find out 
why we are passing undefined and where it is coming from.

Comment 6

[Pierre Saslawsky]

Marking P1/blocker/M16

Comment 7

[don]

I called Ben at home and he's taking a look at this now.  Stay tuned, 'cause he 
might have already fixed it last night.

Comment 8

[Ben Goodger (use ben at mozilla dot org for email)]

I think this is fixed now. yawn.

Comment 9

[Grace Bush]

this is fixed on all platforms
builds 
ftp://sweetlou.mcom.com/products/client/seamonkey/unix/linux/2.2/x86/2000-05-03-
08-M16/netscape-i686-pc-linux-gnu.tar.gz

ftp://sweetlou.mcom.com/products/client/seamonkey/windows/32bit/x86/2000-05-03-0
9-M16/NetscapeSetup.exe

ftp://sweetlou/products/client/seamonkey/macos/8.x/ppc/2000-05-03-08-M16/Netscap
e6Installer.sea.bin