Closed Bug 149791 Opened 22 years ago Closed 22 years ago

make superseded items invisible in selection list

Categories

(SeaMonkey :: Installer, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED
mozilla1.0.1

People

(Reporter: dprice, Assigned: dprice)

References

Details

(Whiteboard: [adt2 RTM] [ETA 06/24])

Attachments

(1 file)

Add a new flag to the supersede attribute called ShowIfSuperseded  If this value
is set to TRUE, then we'll show the superseded component.  The default behavior
will be to hide a superseded component.
Keywords: nsbeta1
Target Milestone: --- → mozilla1.0.1
Is this pertaining to the Real Player choice?
Can anyone think of a reason for showing the item? I don't want to include lots
of options that no one's going to use -- or worse, items that are broken but we
have to support into the future -- all it is is code bloat, more to test, more
that can go wrong.

Let's invent ShowIfSuperseded when someone makes a case for wanting it; for now
just hardcode in the behavior we want. If you ask me, if you're going to show
anything it makes a whole lot more sense to be deselected but *enabled*, maybe
with a confirm or alert if the item it turned on (and there'd have to be a slot
for the confirm text, right?). That way if we mistakenly supersede something it
gives the user a fighting chance to say "Yeah, this is usually not what people
want, BUT THIS TIME I'M RIGHT". But we're not going to implement all that, so
don't complicate things by carrying along behavior that didn't really work for
folks in the beta.

I'll plus this, though, because we need a place to hang the patch

[was: add ShowIfSuperseded option of SUPERSEDE attribute in config.ini (win32
installer)]
Status: NEW → ASSIGNED
Keywords: nsbeta1nsbeta1+
Summary: add ShowIfSuperseded option of SUPERSEDE attribute in config.ini (win32 installer) → make superseded items invisible in selection list
Attached patch patch 1Splinter Review
Dan's idea sure makes for a smaller patch. ;)
Comment on attachment 86783 [details] [diff] [review]
patch 1

r=curt
Attachment #86783 - Flags: review+
Comment on attachment 86783 [details] [diff] [review]
patch 1

sr=dveditz
Attachment #86783 - Flags: superreview+
on the trunk
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
I'm not sure why this doesn't have ADT RTM numbers on it.  I'm marking adt1.0.1
because it needs to be in the branch.
Whiteboard: [adt2 RTM]
Let's get this verified on the trunk first.
QA Contact: bugzilla → ktrina
Is there a specific way to verify this fix on the trunk besides code fix? 
Real should be set to supersede on the trunk as well as branch so verify the
same way. W/out real installed it should show up in the custom and recommended
additional lists, w/real installed it should not be there but you should see the
later message about configuring a found real.
ktrina - how we doing on the verification for this fix?
Keywords: approval
Whiteboard: [adt2 RTM] → [adt2 RTM] [ETA 06/24]
Verified that RealPlayer is not included on additional components menu on custom
install (build 2002-06-21-09-trunk)when Real Player is already installed. On
branch (build 06-21-08-1.0) RealPlayer on the menu but it was greyed out. 
That is as it should be. this isn't on the branch yet.  Thanks K'Trina
No problem. I'll mark it verified when it's on the branch. 
adt1.0.1+ (on ADT's behalf) approval for checkin to the 1.0 branch, pending
drivers' approval. pls check this in asap, then add the "fixed1.0.1" keyword.
Blocks: 143047
Keywords: adt1.0.1adt1.0.1+
Attachment #86783 - Flags: approval+
please checkin to the 1.0.1 branch. once there, remove the "mozilla1.0.1+"
keyword and add the "fixed1.0.1" keyword.
on the branch
trunk 2002070204, branch 2002070208
Status: RESOLVED → VERIFIED
QA Contact: ktrina → gbush
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: