Closed
Bug 198584
Opened 21 years ago
Closed 16 years ago
nsAppRunner should not depend on xpinstall
Categories
(SeaMonkey :: UI Design, defect)
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?!"
Comment 1•21 years ago
|
||
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.
Updated•20 years ago
|
Product: Core → Mozilla Application Suite
Comment 2•19 years ago
|
||
x-ref bug 320210
Comment 3•16 years ago
|
||
Is this bug still relevant?
Comment 4•16 years ago
|
||
no reply to comment #3
Assignee: jag → nobody
QA Contact: pawyskoczka → ui-design
Comment 5•16 years ago
|
||
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.
Description
•