QA/Talkback/Topcrash Analysis/Firefox Trunk: Difference between revisions

No edit summary
 
(4 intermediate revisions by 2 users not shown)
Line 1: Line 1:
Part of [[Talkback Topcrash Analysis#Topcrash status|topcrash status]].  See there for what this page means and how it is intended to be used.
<small>[[QA/Talkback/Topcrash Analysis|&laquo; QA/Talkback/Topcrash Analysis]]</small>
 
Part of [[QA/Talkback/Topcrash Analysis#Topcrash status|topcrash status]].  See there for what this page means and how it is intended to be used.


Relevant Reports:
Relevant Reports:
Line 5: Line 7:
* [http://talkback-public.mozilla.org/reports/firefox/FFTrunk/index.html Firefox Trunk]
* [http://talkback-public.mozilla.org/reports/firefox/FFTrunk/index.html Firefox Trunk]


=== nsEditor::DeleteSelectionImpl ===
=== ntdll.dll ===
 
Covered by {{bug|352520}}. {{bug|353515}} details a similar crash with reliable steps to reproduce.


=== ntdll.dll ===
As of October 5, 2006, around half the crashes had the stack:
* ntdll.dll + 0x10f29 (0x7c910f29)
* ntdll.dll + 0x10d5c (0x7c910d5c)
* MSVCR80.dll + 0x4c3b (0x78134c3b)
* XPCWrappedNative::CallMethod  [mozilla\js\src\xpconnect\src\xpcwrappednative.cpp, line 2330]
which is covered by {{bug|354624}} -- may be an extension-related problem.


=== nsWindow::DataToAData ===
=== nsWindow::DataToAData ===
Line 17: Line 22:
=== 0x00000000 ===
=== 0x00000000 ===


=== 0x772f2f3a ===
=== USP10.dll ===


Most crashes covered by {{bug|351468}}.
=== nsContentUtils::ComparePosition ===
 
At least most crashes, as of 2006-10-15, covered by {{bug|356748}}.


=== libc.so.6 ===
=== libc.so.6 ===
=== PL_DHashTableEnumerate ===
In all crashes as of 2006-09-20, the top of the stack is:
* PL_DHashTableEnumerate
* nsDOMStorage::ClearAll
These are covered by {{bug|353227}}.


=== xpsp2res.dll ===
=== xpsp2res.dll ===
Line 37: Line 37:


Note: this also shows up as a crash [@ js_SetProtoOrParent]. Covered by {{bug|353555}}.
Note: this also shows up as a crash [@ js_SetProtoOrParent]. Covered by {{bug|353555}}.
=== 0xffffff4d ===
In all crashes, the top 3 frames are listed as:
* 0xffffff4d
* 0x01******
* js_GC
These are covered by {{bug|347053}}, which has appeared and gone away repeatedly on both trunk and 1.8 branch.  The reports when it appears are from multiple users.  More understanding of this crash is definitely needed.
=== nsSubstring::IsDependentOn ===
In all crashes as of 2006-09-20, these are crashes where the top of the stack is:
* nsSubstring::Assign
* ClearStorageItem
These are covered by {{bug|353227}}.

Latest revision as of 03:36, 15 November 2007

« QA/Talkback/Topcrash Analysis

Part of topcrash status. See there for what this page means and how it is intended to be used.

Relevant Reports:

ntdll.dll

As of October 5, 2006, around half the crashes had the stack:

  • ntdll.dll + 0x10f29 (0x7c910f29)
  • ntdll.dll + 0x10d5c (0x7c910d5c)
  • MSVCR80.dll + 0x4c3b (0x78134c3b)
  • XPCWrappedNative::CallMethod [mozilla\js\src\xpconnect\src\xpcwrappednative.cpp, line 2330]

which is covered by bug 354624 -- may be an extension-related problem.

nsWindow::DataToAData

Covered by bug 332713. Has simplified testcase; reproducable.

0x00000000

USP10.dll

nsContentUtils::ComparePosition

At least most crashes, as of 2006-10-15, covered by bug 356748.

libc.so.6

xpsp2res.dll

These crashes started happening since 2006-09-20. The top of the stack is:

  • js_SetProtoOrParent
  • JS_SetPrototype

Note: this also shows up as a crash [@ js_SetProtoOrParent]. Covered by bug 353555.