Closed
Bug 296357
Opened 20 years ago
Closed 20 years ago
Crash upon starting up when installing extensions by dropping the .xpi in the extension folder
Categories
(Toolkit :: Add-ons Manager, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: phiw2, Unassigned)
References
Details
Attachments
(1 file)
|
13.95 KB,
text/plain
|
Details |
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b2) Gecko/20050601 Firefox/1.0+ Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b2) Gecko/20050601 Firefox/1.0+ When dropping an extension (.xpi) in the profile/.../extension folder to install it,and starting Firefox, the browser shows the dialogue box asking if it is OK. After clicking 'install', the browser start loading, but immediately crashes. The second attempt to start up the browser is succesfull and the extension is correctly installed. This doesn't happen if I install an extension that is not supposed to work with Deerpark. Reproducible: Always Steps to Reproduce: 1. Drop .xpi file in extension folder 2. start browser 3. installer asks for permission, click 'install' Actual Results: crash
| Reporter | ||
Comment 1•20 years ago
|
||
Comment 2•20 years ago
|
||
I have also been able to reproduce this per my comments in bug 295729. confirming
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 3•20 years ago
|
||
I suspect that bug 295729 may be related but have nothing but suspicion at this point.
Depends on: 295729
Comment 4•20 years ago
|
||
Isn't this a dup? The crashlog is the same, we're crashing in nsGlobalWindow::SetNewDocument during some kind of shutdown.
Whiteboard: DUPEME
Comment 5•20 years ago
|
||
I'm not aware of any crashes on shutdown in SetNewDocument offhand...
Comment 6•20 years ago
|
||
(In reply to comment #4) > Isn't this a dup? The crashlog is the same, we're crashing in > nsGlobalWindow::SetNewDocument during some kind of shutdown. It is probably a dup of bug 295729 and instead of duping I just marked it depends since the startup sequence where we end up crashing may be different for the two cases.
Comment 7•20 years ago
|
||
a not so useful talkback when reproducing this crash http://talkback-public.mozilla.org/talkback/fastfind.jsp?search=2&type=iid&id=TB6576440Z
Comment 8•20 years ago
|
||
This is now WFM after the patch for bug 295729 landed.
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
| Assignee | ||
Updated•16 years ago
|
Product: Firefox → Toolkit
You need to log in
before you can comment on or make changes to this bug.
Description
•