回复消息時，Thunderbird 拼寫檢查有時不起作用
我在 Debian Buster 上的Thunderbird v68.8中使用自動拼寫檢查（拼寫錯誤的單詞會自動加下劃線）當我創建新的空消息但當我回复消息時（通過點擊“回复”或“回复所有") 拼寫檢查並不總是有效。
通過“它不起作用”，我的意思是它不僅沒有自動啟用，而且沒有辦法啟動我能找到的拼寫檢查。
這個可靠性問題是一個錯誤嗎？無論是新消息還是回复，我們如何才能讓拼寫檢查系統始終處於活動狀態？
Thunderbird 拼寫檢查有一些限制/設置，特別是當我們寫/回復一封長電子郵件時，它可能會被禁用，這是因為設置：
extensions.spellcheck.inline.max-misspellings預設值是
500如果我們將其增加到10000或更高的值，拼寫檢查不會因為電子郵件長度而被禁用。
這聽起來類似於現有的 Thunderbird 錯誤：
內聯拼寫檢查隨機失敗
$$ . . . $$ 導致內聯拼寫失敗（即紅色下劃線消失）的操作是正常編輯。例如，在一個例子中，我注意到在一個單詞上退格導致紅色下劃線從以前的拼寫錯誤中消失（刪除了幾行）。
我發現任何新消息都會在您鍵入時正確檢查拼寫（下劃線）。回復任何消息，鍵入時檢查拼寫不起作用（無下劃線）。將 mail.compose.max_recycled_windows 設置為 0 適用於新郵件和回复時。我只安裝了英語詞典。
我無法使用 TB18、html 或純文字撰寫以及 mozillazine 步驟進行複制
- 打開一封新的電子郵件。
- 輸入“中午”
- 退格直到你只有“在 mi”
- 然後重新輸入其餘部分，以便您再次以“在一天的中間”結束。
不過也有人說是斷斷續續的
即使不是同一個錯誤，您有時也可以從其他錯誤報告中獲得想法。
處理間歇性或不可重現的錯誤可能會令人沮喪。我去過那裡很多次，但並不好玩。以下是您可以嘗試的一些事情：
- 記錄錯誤發生時的螢幕截圖。
盡量避免包含任何個人或身份資訊。這使得顯示正在發生的事情變得容易得多。您可以右鍵點擊並顯示您已啟用“檢查拼寫”，以及安裝了哪些詞典。
- 使用 Ctrl-Shift-P 進行手動拼寫檢查是否有效？
根據您的評論，聽起來好像是這樣，只是突出顯示被破壞了。這是您可以在螢幕截圖中展示的內容。
- 特定消息是否可重現？
也就是說，你可以點擊回复，觀察錯誤，然後關閉並重新打開 Thunderbird，在同一條消息上點擊回复，然後再次得到同樣的錯誤嗎？
- 如果您剪切並重新粘貼文本，拼寫檢查是否會再次開始工作？
在一些錯誤報告中，這似乎有所作為。
- HTML 或文本組合重要嗎？
如果在點擊“回复”按鈕之前按住 shift 鍵，它將在 HTML 和文本合成之間切換。
- 嘗試設置
mail.compose.max_recycled_windows為 0。似乎它在其他錯誤報告中有所幫助。
- 如果您從控制台執行 Thunderbird，您是否在輸出中看到任何相關的錯誤消息？
這有點遠，但可能值得一試。
- 如果您在安全模式下執行，即幫助 - >“禁用外掛重新啟動”，您是否仍然觀察到這種行為？
我猜是的，但測試它是個好主意，因為它有助於確定核心 Thunderbird 程式碼的問題，而不是一些輔助擴展。
- 如果您創建一個新的配置文件，您是否仍然觀察到這種行為？
這可能很耗時，但它是一個非常有用的數據點：這意味著它不是您的個人資料或設置的怪癖。
您還可以查看原始碼。有時僅僅閱讀評論會有所幫助。以下是 Debian buster 的一些相關部分：
如果您認為值得送出錯誤，您可以通過 Debian 的電子郵件或在此處直接向 Thunderbird 送出。