Closed Bug 1777394 Opened 4 years ago Closed 4 years ago

Crash in [@ RLBoxHunspell::Create]

Categories

(Core :: Spelling checker, defect)

x86
Windows
defect

Tracking

()

RESOLVED FIXED
106 Branch
Tracking Status
firefox-esr91 --- unaffected
firefox-esr102 --- fixed
firefox102 --- wontfix
firefox103 --- wontfix
firefox104 --- wontfix
firefox105 --- wontfix
firefox106 --- fixed

People

(Reporter: wsmwk, Assigned: jstutte)

References

(Regression)

Details

(Keywords: crash, regression, Whiteboard: [tbird crash])

Crash Data

Attachments

(1 file)

#12 crash for version 102

Crash report: https://crash-stats.mozilla.org/report/index/b4cdfd65-9c3d-44a7-a054-c81590220423

MOZ_CRASH Reason: MOZ_RELEASE_ASSERT(dictSizeResult.isOk())

Top 10 frames of crashing thread:

0 xul.dll static RLBoxHunspell::Create extensions/spellcheck/hunspell/glue/RLBoxHunspell.cpp:59
1 xul.dll mozHunspell::SetDictionary extensions/spellcheck/hunspell/glue/mozHunspell.cpp:189
2 xul.dll mozSpellChecker::SetCurrentDictionary extensions/spellcheck/src/mozSpellChecker.cpp:447
3 xul.dll mozilla::EditorSpellCheck::SetCurrentDictionary editor/spellchecker/EditorSpellCheck.cpp:619
4 xul.dll NS_InvokeByIndex 
5 xul.dll static XPCWrappedNative::CallMethod js/xpconnect/src/XPCWrappedNative.cpp:1130
6 xul.dll XPC_WN_CallMethod js/xpconnect/src/XPCWrappedNativeJSOps.cpp:921
7 xul.dll js::InternalCallOrConstruct js/src/vm/Interpreter.cpp:472
8 xul.dll InternalCall js/src/vm/Interpreter.cpp:532
9 xul.dll Interpret js/src/vm/Interpreter.cpp:3240

bp-17160cdc-1904-4122-8618-5f7cf0220629
bp-d8708309-ce25-4b52-ab39-513490220412

Flags: needinfo?(m_kato)

I don't know, but this issue occurs on Firefox too. I guess that this issue is spellchecker or RLBox, so moving to Core:spellchecker.

Component: General → Spelling checker
Flags: needinfo?(m_kato)
Product: Thunderbird → Core
Version: Thunderbird 102 → unspecified
Whiteboard: [tbird topcrash]

currently far cry from topcrash

Whiteboard: [tbird topcrash] → [tbird crash]

More than a regression it seems we have something to diagnose?

Flags: needinfo?(shravanrn)
Regressed by: 1739669

Set release status flags based on info from the regressing bug 1739669

Seems like we should replace

MOZ_RELEASE_ASSERT(dictSizeResult.isOk());

with

NS_ENSURE_TRUE(dictSizeResult.isOk(), nullptr);

here: https://searchfox.org/mozilla-central/source/extensions/spellcheck/hunspell/glue/RLBoxHunspell.cpp#48

If somebody writes the patch I'll stamp it.

Assignee: nobody → jstutte
Status: NEW → ASSIGNED
See Also: → 1788857
Attachment #9292791 - Attachment description: Bug 1777394 - Do not crash on unaccessible dictionary file. r?bholley → Bug 1777394 - Do not crash on inaccessible dictionary file. r?bholley
Pushed by jstutte@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/139d1aea678b Do not crash on inaccessible dictionary file. r=bholley

Backed out for causing build bustage on Unified_cpp_hunspell_glue0.obj. CLOSED TREE
Backout link
Push with failures
Link to failure log 1
Link to failure log 2
Failure line 1:
gmake[4]: *** [/builds/worker/checkouts/gecko/config/rules.mk:669: Unified_cpp_hunspell_glue0.obj] Error 1
Failure line 2:
/builds/worker/checkouts/gecko/extensions/spellcheck/hunspell/glue/RLBoxHunspell.cpp:53:31: error: too few arguments provided to function-like macro invocation

Flags: needinfo?(jstutte)
Pushed by jstutte@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/e44cf3339f4b Do not crash on inaccessible dictionary file. r=bholley
Flags: needinfo?(jstutte)
Status: ASSIGNED → RESOLVED
Closed: 4 years ago
Resolution: --- → FIXED
Target Milestone: --- → 106 Branch
Flags: needinfo?(shravanrn)

Crash in TB 102 with profile not in default location: https://support.mozilla.org/en-US/questions/1394242

Any idea if or when the fix will appear in 102?

Comment on attachment 9292791 [details]
Bug 1777394 - Do not crash on inaccessible dictionary file. r?bholley

ESR Uplift Approval Request

  • If this is not a sec:{high,crit} bug, please state case for ESR consideration: version 96 regression related to enabling of rlbox sandbox
  • User impact if declined: Firefox and Thunderbird crash
  • Fix Landed on Version: 106
  • Risk to taking this patch: Low
  • Why is the change risky/not risky? (and alternatives if risky): simple improved error check
Attachment #9292791 - Flags: approval-mozilla-esr102?

:wsmwk could we get some verification that this works on the Thunderbird beta/nightly?
Make sure that this is working a expected, then we can uplift

Flags: needinfo?(vseerror)

RLBoxHunspell::Create signature does not exist for Thunderbird beta version 106.

However, starting in Thunderbird beta version 106 there are now crashes for rlbox::detail::dynamic_check

bp-a1296693-7918-4b0c-b82a-caeb20221104 for example

Flags: needinfo?(vseerror)

Comment on attachment 9292791 [details]
Bug 1777394 - Do not crash on inaccessible dictionary file. r?bholley

Approved for 102.5esr.

Attachment #9292791 - Flags: approval-mozilla-esr102? → approval-mozilla-esr102+

starting in Thunderbird beta version 106 there are now crashes for rlbox::detail::dynamic_check
bp-a1296693-7918-4b0c-b82a-caeb20221104 for example

I have identified the cause for the issue and the fix for this will be tracked in Bug 1742000

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: