Closed
Bug 154223
Opened 23 years ago
Closed 22 years ago
Mozilla crashed while closing the Preferences window [@ nsCOMPtr_base]
Categories
(Core :: XPCOM, defect)
Core
XPCOM
Tracking
()
VERIFIED
DUPLICATE
of bug 160656
People
(Reporter: bugmail, Assigned: dougt)
References
Details
(Keywords: crash)
Crash Data
Attachments
(1 file)
Mozilla crashed after I clicked the close widget on the Preferences window.
Stack forthcoming; seems to suggest XPCOM based on the stack (nsCOMPtr_base).
I should note that I had unJarred my chrome using PatchMaker and had, yesterday,
made a single small edit to pref-fonts.xul. I'm not saying this contributed to
or caused the crash, as I had used the fonts panel several times since then
without incident.
Keywords: crash
Related to bug 158680?
|
||
Comment 4•22 years ago
|
||
*** Bug 164794 has been marked as a duplicate of this bug. ***
|
|
||
Updated•22 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
|
|
||
Comment 5•22 years ago
|
||
The fault here is most likely nsPresContext's. My best guess would be this line
of code (at line 588 in nsPresContext):
nsCOMPtr<nsIDocShellTreeItem> docShell(do_QueryInterface(mContainer));
Doug, if mContainer is null, will do_QueryInterface() do the right thing?
Setting All/All per comment 4.
OS: MacOS X → All
Hardware: Macintosh → All
|
Assignee | |
Comment 7•22 years ago
|
||
yup.
*** Bug 164973 has been marked as a duplicate of this bug. ***
|
||
Comment 9•22 years ago
|
||
In this case mContainer is garbage, not null.
*** This bug has been marked as a duplicate of 160656 ***
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
|
||
Updated•14 years ago
|
Crash Signature: [@ nsCOMPtr_base]
You need to log in
before you can comment on or make changes to this bug.
Description
•