Closed
Bug 98458
Opened 23 years ago
Closed 23 years ago
nsXPInstallManager should display install error status
Categories
(Core Graveyard :: Installer: XPInstall Engine, enhancement)
Core Graveyard
Installer: XPInstall Engine
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: dveditz, Assigned: dveditz)
References
Details
Our current design strongly discourages install scripts from showing any UI
alerts or such, because they interfere with trying to package multiple installs
in various ways (triggered from a "Smart Update" site, used in the native
installs, etc.). With trigger callbacks websites *could* display status
themselves, but apparently many do not. They also could not do so if the user
just clicks on a link in a directory listing.
Errors *are* written into the install log, but users do not know to look there.
That's mainly useful for support purposes.
When an install is handled by the nsXPInstallManager (so we know it's not in the
UI-less install wizard world) we should give some sort of status to the user, at
least in the error case. Even in the success case some folks would like positive
feedback, although others don't want to have to deal with the extra click that
would be required.
Need UI/UE help designing what kind of feedback would be acceptable and
effective. This is especially tricky in the multiple install case.
Assignee | ||
Updated•23 years ago
|
Keywords: mozilla1.0,
nsbeta1
Assignee | ||
Comment 3•23 years ago
|
||
Before anyone goes off and implements this let's get a design spec. If we switch
to using the standard download dialog for the downloading part (another RFE) we
could get more creative on our own dialog such as showing which install is in
progress and what it's status is. Or we could simply pop up an alert at the end
witht he status for all installs, maybe skipping that step if they were all
successful.
Whether we want to leave room in the design for future signature information is
another fundamental decision that will have to be made first.
Assignee | ||
Comment 4•23 years ago
|
||
This will fall out of the embedding work I think, taking.
Assignee: dprice → dveditz
Status: ASSIGNED → NEW
Resetting milestone of all nsbeta1-bugs, only nsbeta1+ bugs should have a target
milestone.
Target Milestone: mozilla0.9.9 → ---
Resetting milestone, only nsbeta1+ bugs can have a milestone on them, these are
niminated, but not yet plussed.
Assignee | ||
Updated•23 years ago
|
Status: NEW → ASSIGNED
Assignee | ||
Comment 8•23 years ago
|
||
Landed embeddable XPInstall
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Comment 9•23 years ago
|
||
verified all platforms- 4/1 builds
error status displayed on UI
Status: RESOLVED → VERIFIED
Updated•9 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•