最適化実行中に処理が中断されると「Inbox-1」「Inbox-2」...のフォルダが生成されてしまう

[SUPERJET]

先日、以下のトピックで同様と思われる現象が報告されているのを確認しておりましたが、
私の環境でも現象が発生することを確認しました。
同様の現象が発生してこちらのフォーラムを辿り着いた人のためにも別トピックでご報告させて頂きます。

Thunderbirdの画面構成について

■現象について

　Thunderbird Ver128で左ペインのツリーに「Inbox-1」「Inbox-2」が生成されてしまう場合があります。
　私の確認では「最適化」実行中に処理が中断された場合に現象が発生することを確認しています。

■私の確認環境

　Thunderbirdのバージョン：Ver128.3.1 (32bit)
　メールアカウント：POP（OCN）
　セキュリティソフト：Windows Defender
　Hyper-v仮想マシン環境（Windows11 Build22621.4317）
　（チェックポイント機能を使用して最適化を実行する直前の状態に戻すのにHyper-v仮想マシン環境を使用しました）

■おおまかな再現手順について

　1. Hyper-v仮想マシンにWindows11をクリーンインストール最新の累積更新プログラムを適用
　2. ThunderbirdVer128.3.1 (32bit)をインストール、POP（OCN）アカウントを設定
　3. 受信トレイに15000通程度のメールデータをインポート (inboxファイル 542[MB])
　　 （最適化処理に時間がかかる程度にメールデータのインポートを行います）
　4. 受信トレイのメールデータを数十件程度削除する
　　 （最適化処理が実行されるように変更を加えておきます）
　5. 受信トレイのメールデータがあるフォルダをエクスプローラーで開いておく
　　 [ヘルプ]→[トラブルシューティング情報]→[プロファイルフォルダー]→[フォルダを開く]
　　 [Mailフォルダ]→[<メールアカウントのフォルダ>]　
　6. Thunderbirdの受信トレイを右クリックし、[最適化]を実行する
　7. 5.の手順で開いたエクスプローラーの画面でInbox-1ファイルが表示されたら
　　 Thunderbirdを終了させる。
　　 (アプリケーション右上の[×]ボタンをクリックしてアプリケーションを終了させました）

最適化処理が中断されてもInbox-1ファイルが残ったままになり
次のThunderbird起動時に受信トレイ以下にInbox-1が表示されました。

Thunderbird Ver115.16.1esrで同様の手順を試してみた限りでは
最適化中に生成されるのは「Inbox-1」ではなく「nstmp」でした。
また、最適化中断時には「nstmp」が削除されました。
（何度か試したのですが「nstmp」削除されないケースもありました。）

■事前回避(対処)策について

　・自動最適化処理を無効にしておく

　　[ツール]→[設定]→[一般]→[ネットワークとディスク領域]→[ディスク領域]より
　　□ ディスク領域を合計 [　　] MB 以上節約できるときはフォルダーを最適化する
　　のチェックボックスを外しておく

　　その下にある
　　☑ 最適化する前に毎回確認する
　　はチェックをつけたままにしておき、「フォルダーの最適化」ダイアログが表示されたら
　　手動で「今すぐ最適化」を実行して最適化が終了するまで必ず待ちます。

■事後(Inbox-1,Inbox-2が生成された場合)回避(対処)策について

　・Thunderbirdの左ペインのツリー画面から「Inbox-1」「Inbox-2」を削除する。

■類似事例確認について

　直近で同様の報告事例がないかBugZillaを確認しましたが同様の事例と思われる報告があることを確認しました。
　（後ほどコメントを追記しておこうかとは考えております）

[BugZilla] Creates multiple Inboxes upon restart (Inbox-1, Inbox-2, Inbox-3, Inbox-4 ...)

　

　

[EarlgreyTea]

このトピックは大変興味深く思いました。それは以下の3点においてです。

• 現象が確実に再現できること。
• フォルダーの最適化時の一時ファイルが汎用名の「nstmp」から「(フォルダー名)-1」と仕様変更されていたことに気付かされたこと。
• 不可避な強制終了とかでなく、アプリウインドウの閉じるボタンで簡単に１最適化が中断してしまうこと。

今はあまり時間を取れないので所見を申し上げるだけにしておきますが、あとで調べてみたいと思います。

ところでコメントされた Bug 1923526 ですが、同じ現象なのかはいささか疑問です。
SUPERJET さんの事例は最適化中にアプリを終了させると発生する現象であることが明確ですが、Bug 1923526 の報告者の場合は最適化に関する記載はありませんし、再起動によって連番が進んでいっているように読めます。
私だったら別バグとして立てたかもしれません。

[SUPERJET]

EarlgreyTea様

遅くなってしまいましたが本件についてのご回答ありがとうございました。
また、Bug 1923526の私のコメントへの追記もありがとうございました。
コメントを追記したものの数日経過しても反応があまりないように見受けられることから
後日別バグとして起票を行うことを検討したいと思います。

[EarlgreyTea]

別バグとして起票を検討されているなら関連バクについても気にしておいてください。
いったんここで情報共有しましょう。

[SUPERJET]

EarlgreyTea様

別バグとして起票を検討されているなら関連バクについても気にしておいてください。
いったんここで情報共有しましょう。

承知いたしました。

昨日、Thunderbird Ver128.3.3がリリースされており、リリースノート(Ver128.3.3)の修正内容に以下の
気になる記載がございましたが、私の再現手順を試してみた限りでは改善されておりませんでした。

Files left over from failed folder compactions could use up disk space
失敗したフォルダ圧縮によって残ったファイルがディスク容量を消費する可能性がある

[EarlgreyTea]

Bug 1924918 の変更はタイミング的に128.3.3esrのとは別だと思うのですが、DAILY版の最新に入ったはず。
これが気になります。

[SUPERJET]

EarlgreyTea様

以下にあるDAILY版(2024年10月27日版)を使用して再現手順を実行してみましたが現象が発生することを確認しました。
https://ftp.mozilla.org/pub/thunderbird ... m-central/
thunderbird-133.0a1.en-US.win32.installer.exe

また、関連バグについて一通り簡単に目を通してみて合致しそうな報告はなさそうと判断しまして新規でバグの起票を行いました。

If the compact process is interrupted, "Inbox-1" and "Inbox-2" will be displayed the next time the program is started.

しばらく様子を見てみようと思います。

[EarlgreyTea]

まだ出先ですがコメントします。
同じような現象面のサマリーで立てただけでは、重複ですね、という想像通りのリアクションになってしまいます。
画面にフォルダーが現れるという現象面ではなく、最適化を中断させた際に中間ファイルの始末をしていないバグであると明言する必要があります。
Thunderbird 128.3.3esrでの修正？では消えていないということも必要です。
Bug 1923526報告の現象の原因は不明なので別バグで立てましたよということも言っておく必要あります。
（つまり関連だけど重複とは思ってないというスタンス）
あとで私がフォローのコメントします。

【追記】
帰宅しました。
よく見たらすでにクローズされていましたね、手遅れでした。
私はクローズされたバグにコメントする権限を持っていませんので、Bug 1923526にコメントするしかありません。
一応向こうで事情を説明するつもりです。
後は任せていただけませんか。
元々の報告者には申し訳ないですが、Bug 1923526を乗っ取ります。

[SUPERJET]

EarlgreyTea様

後は任せていただけませんか。元々の報告者には申し訳ないですが、Bug 1923526を乗っ取ります。

コメントでフォローして頂きありがとうございました。
お手数をおかけしてしまい大変申し訳ございませんが何卒宜しくお願い致します。

[EarlgreyTea]

Bug 1923526 は修正が行われてクローズされました。
DAILY版の 134.0a1 (2024-11-03) でテストしたところ、最適化中に Thunderbird を終了させた際に一時ファイル（フォルダー名-1、フォルダー名.msf.compact-backup）を削除することを確認しました。
なお、すでに Inbox-1 が出来ている状態で最適化を行うと Inbox-2 を作りますが、この場合 Inbox-1 と Inbox-1.msf には何もせず、Inbox-2 を削除します。

つまり前のバージョンで作成された Inbox-1 とかは自分で削除する必要がありますが、バージョンアップ後はフォルダーが増えることはないということです。
たぶん 128.4.1esr にも修正反映されるのではないかと思います。

【追記】
すでに 128.4.1esr-candidates/build1 できてますので、次の 128.4.2esr ですかね。

[YGT]

128.4.2esrがきましたが、
まだ修正されていないようですね。
最適化中に中断するとフォルダが生成が再現されます。

[EarlgreyTea]

はい、まだです。
Bug 1923526 あと Bug 1924918 も関係してますが、
Approval Request は出されてますがまだ esr128 には反映されていません。
リリースノート見ると

✓ fixed　Recently deleted messages could become undeleted if message compaction failed

なんてのがあるので、もしかしてこれ？とか思っちゃいますよね。

[EarlgreyTea]

Thunderbird 128.4.3esr に修正が反映されました。
すでにリリース候補版が作成されていますので、待ちきれない場合はどうぞ。
https://ftp.mozilla.org/pub/thunderbird ... es/build1/