Closed Bug 198584 Opened 21 years ago Closed 16 years ago

nsAppRunner should not depend on xpinstall

Categories

(SeaMonkey :: UI Design, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: Biesinger, Unassigned)

References

Details

from bug 198296:
"sr=alecf but this is still really lame. xpfe/bootstrap should not have a
dependency on xpinstall! Who reviewed that?!"
Any solution should take into account the reason for the dependency:

If you are upgrading Mozilla itself then components or other libraries in-use at
the time of the install could not be replaced leading to a partial install
situation. We need to check for this situation at startup, and if we find it
then we need to kick off the cleanup utility and exit.

The mozilla application does this itself primarily to prevent having to load the
xpinstall component every startup, which is wasteful since XPInstall is rarely
needed. It also is best if the check is performed early before a potentially
mixed set of old and new components are used which might lead to crashes before
the cleanup utility could be kicked off, in turn leading to a loop that the user
couldn't get out of.
Blocks: 234827
Product: Core → Mozilla Application Suite
Is this bug still relevant?
no reply to comment #3
Assignee: jag → nobody
QA Contact: pawyskoczka → ui-design
we're not using xpfe/bootstrap anymore...
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.