OS：windows10 64bit
Thunderbird：115.5.0

添付した画面から最適化を実行した際に並べ替え順序が非スレッドからスレッドになる現象が発生しております。
フォルダを右クリックし、最適化をする場合はこの現象は発生しない状況です。

原因は分かりますでしょうか？

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/119.0.0.0 Safari/537.36 Edg/119.0.0.0

tam6011 さん、EarlgreyTea と申します。

設定＞一般＞ディスク領域の
「ディスク領域を合計 [　20 ] MB 以上節約できるときはフォルダーを最適化する」
にチェックが入っていた場合に、その条件を満たして最適化が発動した場合にのみ、
メッセージリストの表示オプション＞並べ替え順序の設定が「非スレッド」→「スレッド」に変わってしまうということですね。

実際に大量のメールの移動を行って最適化を発動させて試してみましたが、並べ替え順序が勝手に「スレッド」に切り替わるということはありませんでした。
ただ、アーカイブ機能などでメール移動して新規のフォルダーが作成された場合とかでは、並べ替え順序のデフォルト値が「スレッド」になっていますので、当然「スレッド」の設定で表示されることになります。
たぶんこのことを指しているのではないでしょうか。

設定エディターで「mailnews.default_view_flags」の値を「0」に変更するとデフォルト値が「非スレッド」となります。
下記トピックもご覧ください。
スレッド表示解除とメール検索の一覧表示

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:120.0) Gecko/20100101 Firefox/120.0

EarlgreyTeaさん

ご確認ありがとうございます。
私の環境ではディスク領域の設定は下記でした。
「ディスク領域を合計 [200]MB 以上節約できるときはフォルダーを最適化する」

今回の現象は受信トレイで発生しております。
そのため指摘いただいた新規フォルダではない状況です。

また話が逸れますが、最初の投稿に添付した画像のスクショを取るためにテストで500MB分位のメールを削除しましたが「6.7GB」も確保できるような操作はしてない気がします。
そのためEarlgreyTeaさんの環境で再現しなかったことを考えると、私の環境に何か問題があるのかもしれません。
感覚的な回答ですみません。

ひとまずご案内いただいた内容でデフォルト値を非スレッドに変更してみたいと思います。

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/119.0.0.0 Safari/537.36 Edg/119.0.0.0

改めて、ローカルフォルダーの下に2.6 GB（メールをかき集めてコピーして作りました）のフォルダーを準備し、半分以上のメールを選択して削除（ごみ箱移動）して最適化を発動させたところ、最適化後に並べ替え順序が「スレッド」になりました。

そうすると昨日はどうして変わらなかったのかが疑問ですが…現在再検証中です。
最適化後には常にデフォルト値にリセットされるのであれば理解できるのですが…


私の上に書いた事例では、最適化のダイアログには「1.8 GB確保できます」と表示され、削除したサイズ、最適化で削減されたサイズとも帳尻は合っていました。

500MB分位のメールを削除する前に、すでに合計で6 GB以上のギャップが存在していたということではないでしょうか。

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:120.0) Gecko/20100101 Firefox/120.0

昨日と同じくアーカイブでメール移動させてやってみましたが「スレッド」になりますね。
どうも最初から mailnews.default_view_flags:0 になっていたみたいですね。変えた記憶があったのですがそういうことなのでしょう。

自動で全体に実行される最適化と、フォルダー指定して手動で実行する最適化、どうも動作が違うみたいですね。
自動の方はリセットしちゃってるようです。

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:120.0) Gecko/20100101 Firefox/120.0

EarlgreyTeaさん

再度のご確認ありがとうございます。
仕様になるんですかね？

ひとまず下記の設定で利用を続けてみたいと思います。
mailnews.default_view_flags:0

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/119.0.0.0 Safari/537.36 Edg/119.0.0.0

挙動が違うのはユーザーにしてみればおかしな話なのでバクとして出していいと思います。
もし理由があるにしてもリセットされる旨の説明文言が必要かと思います。
バク出てないようなら私で起票しようと思います。

_________________
Mozilla/5.0 (Android 12; Mobile; rv:120.0) Gecko/120.0 Firefox/120.0

バグを起票しようと調べていたら下記のバグを見つけました。

Bug 1725127 Inbox view randomly changes from threaded to un-threaded after dragging messages to other folder, which triggers compact

2021年にオープンされたバグなのですが、内容を読んでみると我々が直面している問題の逆で本質的に同じものです。
当時はThunderbird 91であり、mailnews.default_view_flags の既定値は「0」つまり「非スレッド」でした。
ランダムとか書かれていますが、手動最適化では並べ替えオプションが保持され、何かの操作で自動最適化が動いた場合は並べ替えオプションがリセット（Ver.91では「非スレッド」、Ver.102と115では「スレッド」）されてしまうという問題であると理解できます。

さてどうしよう。
このバグに追記して説明したほうがいいか、それとも見なかったことにしてしれっと新規バグを起票するか…
なんか面倒くさそう（横道にそれて混乱してる）なので新規バグにしようかな。

【03:00修正】↑バージョンでの既定値に関して誤りがありましたので修正しました。

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:120.0) Gecko/20100101 Firefox/120.0

バグ起票しました。

Bug 1867957 Message list display option "Sort by" is reset to "Threaded" when auto-compacting is triggered

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:120.0) Gecko/20100101 Firefox/120.0

EarlgreyTeaさん

諸々のご確認ありがとうございます。
助かりました。

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/119.0.0.0 Safari/537.36 Edg/119.0.0.0

Bug 1867957 は重複としてクローズされ、Bug 1725127 は昨年末に修正済みです。
ベータへの反映が行われていますので、リリース版への反映も行われるものと思われます。

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:121.0) Gecko/20100101 Firefox/121.0

Bug 1725127 リリース版も修正されました。次のリリースに入ると思います。

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:122.0) Gecko/20100101 Firefox/122.0