Closed
Bug 1056322
Opened 10 years ago
Closed 7 years ago
crash in nsEditorSpellCheck::DictionaryFetched(DictionaryFetcher*)
Categories
(Core :: Spelling checker, defect)
Tracking
()
RESOLVED
FIXED
mozilla55
People
(Reporter: wsmwk, Assigned: m_kato)
References
Details
(Keywords: crash, regression, regressionwindow-wanted, Whiteboard: [regression:TB24.0][tbird crash])
Crash Data
Attachments
(1 file)
59 bytes,
text/x-review-board-request
|
masayuki
:
review+
gchang
:
approval-mozilla-beta+
ritu
:
approval-mozilla-esr52+
|
Details |
Earliest crash I find is 24.0. None for 17.0.x. #89 crash for TB24.6.0. crash-stats can't helps us determine if it started between 24 and 17. Crash does not exist for Firefox This bug was filed from the Socorro interface and is report bp-1fdaefc6-4d1d-4939-b834-005402140815. ============================================================= 0 xul.dll nsEditorSpellCheck::DictionaryFetched(DictionaryFetcher*) editor/composer/src/nsEditorSpellCheck.cpp 1 xul.dll DictionaryFetcher::HandleCompletion(unsigned short) editor/composer/src/nsEditorSpellCheck.cpp 2 xul.dll NS_InvokeByIndex xpcom/reflect/xptcall/src/md/win32/xptcinvoke.cpp
Reporter | ||
Updated•10 years ago
|
OS: Windows NT → All
Updated•9 years ago
|
Crash Signature: [@ nsEditorSpellCheck::DictionaryFetched(DictionaryFetcher*)] → [@ nsEditorSpellCheck::DictionaryFetched(DictionaryFetcher*)]
[@ nsEditorSpellCheck::DictionaryFetched]
Reporter | ||
Comment 1•8 years ago
|
||
#101 crash for Thunderbird 38.6.0 https://crash-stats.mozilla.com/search/?signature=%3DnsEditorSpellCheck%3A%3ADictionaryFetched&date=%3E2016-02-01&_facets=signature&_columns=date&_columns=signature&_columns=product&_columns=version&_columns=build_id&_columns=platform#crash-reports But the stacks are whacky bp-f6e0f50f-16b4-4d71-a2d4-9486d2160309 bp-46211c92-52e5-408c-80a9-c29ab2160217 bp-353a8eff-2603-4d61-9dcb-582ca2160320 bp-34220463-ee82-4329-a3e2-743792160201 bp-abfe14e0-9752-4644-8e98-aa3142160312 But only 1 Firefox crashes in past 2 months, vs 1,500 Thunderbird crashes ?
Reporter | ||
Comment 2•8 years ago
|
||
#119 is crash ranking for version 45 - not much different from 38x bp-8b45b348-ffde-4fe5-b9de-1a9592161109 0 XUL nsEditorSpellCheck::DictionaryFetched(DictionaryFetcher*) editor/composer/nsEditorSpellCheck.cpp:815 1 XUL DictionaryFetcher::HandleCompletion(unsigned short) editor/composer/nsEditorSpellCheck.cpp:136 2 XUL NS_InvokeByIndex xpcom/reflect/xptcall/md/unix/xptcinvoke_x86_64_unix.cpp:174 3 XUL XPCWrappedNative::CallMethod(XPCCallContext&, XPCWrappedNative::CallMode) js/xpconnect/src/XPCWrappedNative.cpp:2097 4 XUL XPC_WN_CallMethod(JSContext*, unsigned int, JS::Value*) js/xpconnect/src/XPCWrappedNativeJSOps.cpp:1115 5 XUL js::Invoke(JSContext*, JS::CallArgs const&, js::MaybeConstruct) js/src/jscntxtinlines.h:240 https://hg.mozilla.org/releases/mozilla-esr45/annotate/1496935d4503/editor/composer/nsEditorSpellCheck.cpp#l136 263771 ac4464790ec4 Bug 1145631 - Part 1: Replace MOZ_OVERRIDE and MOZ_FINAL with override and final in the tree; r=froydnj Ehsan Akhgari <ehsan@mozilla.com> 134 NS_IMETHOD HandleCompletion(uint16_t reason) override 135 { 136 mSpellCheck->DictionaryFetched(this); https://hg.mozilla.org/releases/mozilla-esr45/annotate/1496935d4503/editor/composer/nsEditorSpellCheck.cpp#l815 813 // We obtain a list of available dictionaries. 814 nsTArray<nsString> dictList; 815 rv2 = mSpellChecker->GetDictionaryList(&dictList);
Component: Message Compose Window → Spelling checker
Product: Thunderbird → Core
Assignee | ||
Comment 3•8 years ago
|
||
Maybe, nsEditorSpellCheck isn't initialized correctly. So calling UpdateCurrentDictionary cause this crash.
Reporter | ||
Updated•7 years ago
|
Whiteboard: [regression:TB24.0] → [regression:TB24.0][tbird crash]
Comment hidden (mozreview-request) |
Comment 6•7 years ago
|
||
mozreview-review |
Comment on attachment 8857423 [details] Bug 1056322 - Don't run DictionaryFetcher when spllchecker isn't initialized. https://reviewboard.mozilla.org/r/129420/#review131984 ::: commit-message-f40e2:3 (Diff revision 1) > +Bug 1056322 - Don't run DictionaryFetcher when spllchecker isn't initialized. r?masayuki > + > +When CanSpellCheck is called yet, mSpellChecker won't be initialized. So we should check it before running DictionaryFetcher. isn't called yet? ::: commit-message-f40e2:5 (Diff revision 1) > +Bug 1056322 - Don't run DictionaryFetcher when spllchecker isn't initialized. r?masayuki > + > +When CanSpellCheck is called yet, mSpellChecker won't be initialized. So we should check it before running DictionaryFetcher. > + > +I think that UpdateCurrentDictionary is called by OnFocus as long as nsEditorSpellCheck::InitSpellChecker isn't called. But I cannot find test case to reproduce this... Yeah, me too...
Attachment #8857423 -
Flags: review?(masayuki) → review+
Assignee | ||
Comment 7•7 years ago
|
||
(In reply to Masayuki Nakano [:masayuki] from comment #6) > Comment on attachment 8857423 [details] > Bug 1056322 - Don't run DictionaryFetcher when spllchecker isn't initialized. > > https://reviewboard.mozilla.org/r/129420/#review131984 > > ::: commit-message-f40e2:3 > (Diff revision 1) > > +Bug 1056322 - Don't run DictionaryFetcher when spllchecker isn't initialized. r?masayuki > > + > > +When CanSpellCheck is called yet, mSpellChecker won't be initialized. So we should check it before running DictionaryFetcher. > > isn't called yet? Ah, yes. I will need enough sleep.
Comment hidden (mozreview-request) |
Pushed by m_kato@ga2.so-net.ne.jp: https://hg.mozilla.org/integration/autoland/rev/c1357df217a4 Don't run DictionaryFetcher when spllchecker isn't initialized. r=masayuki
Comment 10•7 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/c1357df217a4
Status: NEW → RESOLVED
Closed: 7 years ago
status-firefox55:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla55
Comment 11•7 years ago
|
||
Please request Aurora and ESR52 approval on this when you get a chance.
Assignee: nobody → m_kato
status-firefox52:
--- → wontfix
status-firefox53:
--- → wontfix
status-firefox54:
--- → affected
status-firefox-esr52:
--- → affected
Flags: needinfo?(m_kato)
Assignee | ||
Comment 12•7 years ago
|
||
(In reply to Ryan VanderMeulen [:RyanVM] from comment #11) > Please request Aurora and ESR52 approval on this when you get a chance. There is no Firefox crash , but it is only Thunderbird. So it is unnecessary for 54, but ESR52 might be necessary for Thunderbird.
Flags: needinfo?(m_kato)
Assignee | ||
Comment 13•7 years ago
|
||
Comment on attachment 8857423 [details] Bug 1056322 - Don't run DictionaryFetcher when spllchecker isn't initialized. [Approval Request Comment] If this is not a sec:{high,crit} bug, please state case for ESR consideration: User impact if declined: Start up crash on Thunderbird Fix Landed on Version: 55 Risk to taking this patch (and alternatives if risky): No, it is null check only String or UUID changes made by this patch: No See https://wiki.mozilla.org/Release_Management/ESR_Landing_Process for more info.
Attachment #8857423 -
Flags: approval-mozilla-esr52?
Comment 14•7 years ago
|
||
(In reply to Makoto Kato [:m_kato] from comment #12) > There is no Firefox crash , but it is only Thunderbird. So it is > unnecessary for 54, but ESR52 might be necessary for Thunderbird. TB ships betas that track mozilla-beta, don't they?
Flags: needinfo?(m_kato)
Assignee | ||
Comment 15•7 years ago
|
||
(In reply to [Out of Office Until 24-April] Ryan VanderMeulen [:RyanVM] from comment #14) > (In reply to Makoto Kato [:m_kato] from comment #12) > > There is no Firefox crash , but it is only Thunderbird. So it is > > unnecessary for 54, but ESR52 might be necessary for Thunderbird. > > TB ships betas that track mozilla-beta, don't they? Ah Yes, I don't know how number people uses Thuderbird beta channel and updating cycle for it as auto updating. OK, I will request uplift.
Flags: needinfo?(m_kato)
Assignee | ||
Comment 16•7 years ago
|
||
Comment on attachment 8857423 [details] Bug 1056322 - Don't run DictionaryFetcher when spllchecker isn't initialized. Approval Request Comment [Feature/Bug causing the regression]: No [User impact if declined]: Crash on Thunderbird. I don't know the operation to crash this. [Is this code covered by automated tests?]: No. This is crash issue and I don't know how to crash by this signature. [Has the fix been verified in Nightly?]: Yes. no crash in Thunderbird 55.0. [Needs manual test from QE? If yes, steps to reproduce]: No. [List of other uplifts needed for the feature/fix]: Nothing [Is the change risky?]: No [Why is the change risky/not risky?]: null check only. [String changes made/needed]: No
Attachment #8857423 -
Flags: approval-mozilla-beta?
Comment 17•7 years ago
|
||
Comment on attachment 8857423 [details] Bug 1056322 - Don't run DictionaryFetcher when spllchecker isn't initialized. Fix a crash. Beta54+. Should be in 54 beta 2.
Attachment #8857423 -
Flags: approval-mozilla-beta? → approval-mozilla-beta+
Comment 18•7 years ago
|
||
bugherder uplift |
https://hg.mozilla.org/releases/mozilla-beta/rev/04e5c485c165
Comment on attachment 8857423 [details] Bug 1056322 - Don't run DictionaryFetcher when spllchecker isn't initialized. null check, needed for thunderbird, ESR52.2+
Attachment #8857423 -
Flags: approval-mozilla-esr52? → approval-mozilla-esr52+
Comment 20•7 years ago
|
||
bugherder uplift |
https://hg.mozilla.org/releases/mozilla-esr52/rev/f076a30f6c29
You need to log in
before you can comment on or make changes to this bug.
Description
•