Closed Bug 283840 Opened 19 years ago Closed 19 years ago

"Select User Profile" dialog is broken after using "Custom" in installer

Categories

(SeaMonkey :: Installer, defect)

x86
Linux
defect
Not set
critical

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: MatsPalmgren_bugz, Assigned: ajschult784)

Details

(Keywords: regression)

Attachments

(2 files, 2 obsolete files)

"Select User Profile" dialog is broken after using "Custom" in installer

STEPS TO REPRODUCE:
1. run the full installer from:
ftp://ftp.mozilla.org/pub/mozilla.org/mozilla/nightly/latest-trunk/mozilla-i686-pc-linux-gnu-full-installer.tar.gz
2. click Next until you get to the "choose setup type" then choose "Custom"
3. Complete the installation process - I don't think it matters which tools you
   select to install (which is kind of odd because if I choose the "Complete"
   setup type then it works fine, but "Custom" with all tools selected fails.)
4. start Mozilla

ACTUAL RESULTS:
When Mozilla starts it shows a window with the text <dialog^ in it.
See screenshot.

EXPECTED RESULTS:
The "Select User Profile" dialog.

PLATFORMS and BUILDS TESTED:
Bug occurs in Mozilla 2005-02-26-05 trunk Linux.
The bug started a few days ago.
Attached image Screenshot
Attached patch patch (obsolete) — Splinter Review
(thanks for catching this Mats)

the index owned by the component should have been nuked.  The component list
was just walking the list with a brute force search anyway.  This also removes
the paranoia that covered up this bug (made it fail silently instead of
crashing/providing an error message).
Assignee: cmp → ajschult
Status: NEW → ASSIGNED
Attachment #175665 - Flags: superreview?(dveditz)
Attachment #175665 - Flags: review?(benjamin)
oh, and I'm guessing that the custom setup type was not installing one of the
strings packages or something that resulted in the strange dialog.
Component: Build Config → Installer
Flags: blocking1.8b2?
Attached patch left one out (obsolete) — Splinter Review
the change to nsXInstaller is needed too to actually propogate the error
Attachment #175665 - Attachment is obsolete: true
Attachment #175666 - Flags: superreview?(dveditz)
Attachment #175666 - Flags: review?(benjamin)
Attachment #175665 - Flags: superreview?(dveditz)
Attachment #175665 - Flags: review?(benjamin)
Comment on attachment 175666 [details] [diff] [review]
left one out

no, no, no, no, no
Attachment #175666 - Flags: superreview?(dveditz)
Attachment #175666 - Flags: review?(benjamin)
Attached patch the real thingSplinter Review
The component list was making the index into the component's position in its
list, which was wrong (and confusing).	The index is supposed to be the
component's position in the list of all components as they are parsed in
nsComponentsDlg.
Attachment #175666 - Attachment is obsolete: true
Attachment #175667 - Flags: superreview?(dveditz)
Attachment #175667 - Flags: review?(benjamin)
Attachment #175667 - Flags: review?(benjamin) → review+
Severity: normal → critical
Comment on attachment 175667 [details] [diff] [review]
the real thing

sr=dveditz
Attachment #175667 - Flags: superreview?(dveditz) → superreview+
FIXED
Status: ASSIGNED → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Flags: blocking1.8b2?
Verified using 2005-03-19-05
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: