Closed Bug 198584 Opened 23 years ago Closed 17 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: 17 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.