Closed
Bug 322560
Opened 20 years ago
Closed 18 years ago
Trying to install XPI file locally hangs browsers
Categories
(SeaMonkey :: Installer, defect)
Tracking
(Not tracked)
RESOLVED
INVALID
People
(Reporter: lid01, Unassigned)
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060105 MultiZilla/1.8.1.0p SeaMonkey/1.5a
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060105 MultiZilla/1.8.1.0p SeaMonkey/1.5a
When trying to install a XPI installer package by dragging and dropping or through file-open, the browser hangs
Reproducible: Always
Steps to Reproduce:
1. drag xpi file into browser window or
1. file-open file->point to xpi file
Actual Results:
browser hangs
Expected Results:
bring up install prompt
Seems that this bug only manifests itself if Multizilla was previously used. Commenting out the multizilla preferences in prefs.js allows the installation of xpi packages again. This is the first time I've had to to this going from nightly to nightly.
Severity: critical → normal
Have you checked the Multizilla bug database http://multizilla.mozdev.org/bugs.html ?
Version: unspecified → Trunk
Comment 3•18 years ago
|
||
Yes, I have noticed before that Multizilla adds some potentially destructive stuff to prefs.js, so I also think this is caused by that extension and not a bug in SeaMonkey. I haven't found any other bugs about similar things and nobody CC'd himself to this bug so I mark this invalid.
Dan, if you can reproduce this with current versions of an extension and an unbroken prefs.js, please reopen.
Status: UNCONFIRMED → RESOLVED
Closed: 18 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•