― MozillaZine.jp フォーラムは Mozilla 製品に関する情報交換の場です ―



All times are UTC + 9 hours

新しいトピックを投稿する トピックへ返信する  [ 4 件の記事 ] 
作成者 メッセージ
投稿記事Posted: 2025年5月16日(金) 16:13 
オフライン

登録日時: 2021年12月22日(水) 09:00
記事: 23
■現象について

プロファイルフォルダーが(ネットワークドライブ)の場合、 Ver128.10.1に更新されるとメール本文が表示されなくなります。
私が確認した限りでは後述する手順で再現性はありました。
 
■私の確認環境

Thunderbirdのバージョン:Ver128.10.1(現象が発生する)/ Ver128.10.0(現象が発生しない)
メールアカウント:POP(OCN)
セキュリティソフト:Windows Defender
Hyper-v仮想マシン環境(Windows11 Ver.24H2 Build26100.4061)
プロファイルフォルダーの場所(Hyper-v仮想マシンを構築した接続元マシンのフォルダを指定)

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

  1. Hyper-v仮想マシン環境にThunderbird Ver128.10.1をインストールします。
  2. Win + Rを実行し、「ファイル名を指定して実行」を表示、名前の部分に「thunderbird -ProfileManager」と入力してOKをクリックします。
  3. ユーザープロファイルの選択画面が表示されたら「新しいプロファイルを作成」をクリックします。
  4. プロファイル作成ウィザード画面が表示されるので「次へ」をクリックします。
  5. プロファイルの保存先を指定する画面が表示されますので「フォルダーを選択」をクリックしてネットワーク上のフォルダ(UNCパス 例:\\<IPアドレス>\TBProfile)を指定します。
  6. 新しいプロファイル名を入力します。(TestUserと指定しました)
  7. あなたのユーザー設定やユーザーデータの保存先に表示されるパスを確認して「完了」をクリックします。
  8. ユーザープロファイルの選択画面の「Thunderbirdを起動」をクリックします。
  9. POPのメールアカウントを使用してメールの設定を行います。
  10. メールを受信します。
  11. 受信トレイにあるメールの件名をクリックします。

メッセージペインにメール本文が表示されません。  

■私が確認したことについて

①プロファイルフォルダーがローカルディスクの場合は現象が発生しません。
②IMAPでは現象が発生しません。
③Ver128.10.0に戻すと現象が発生しなくなります。
④32bit版、64bit版どちらのThunderbird Ver128.10.1でも現象が発生します。(Ver.138など他のメジャーバージョンについては調べていません)
⑤プロセスモニターを使用して確認しましたが、受信トレイのメールの件名をクリックした際、ネットワークフォルダーのINBOXファイルにアクセスがありませんでした。
⑥Thunderbirdのエラーコンソールを起動して受信トレイのメールの件名をクリックした際、エラーが出ていることを確認しました。内容はわかっておりませんが、どの件名のメールをクリックしても同様のエラーが表示されているように見受けられました(エラーコンソールの画面を添付します。)

■回避策

Thunderbirdの自動更新設定を「更新を確認するが、インストールするかどうかを選択する」に変更
旧バージョンのインストーラーをダウンロードして上書きインストールする。

■類似事例確認について

バージョンは異なりますが、合致していそうな報告を1件確認しました。

v138.0.1 Severely Broken - Can't view any message - if profile was using UNC path
Bug 1966256


添付ファイル:
エラーコンソール画面.jpg
エラーコンソール画面.jpg [ 143.76 KiB | 表示数: 181 回 ]

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/136.0.0.0 Safari/537.36
通報する
ページトップ
 プロフィール  
引用付きで返信する  
投稿記事Posted: 2025年5月17日(土) 01:39 
オフライン
Administrator

登録日時: 2005年6月23日(木) 23:29
記事: 2757
お住まい: 東京
Bug 1966256 のほうに SUPERJET さんがコメントされた後でステータスが
引用:
status-thunderbird_esr128: --- → affected
Whiteboard: [regression v138.0.1] → [regression v138.0.1][regression v128.10.1]

と変更されています。138.0.1 および 128.10.1 での後退バグとなります。
修正パッチが既に検討されていますので、それのテストの完了次第それぞれ .2 がリリースされると思われます。

_________________
[Desktop] Windows 10 Pro 22H2 (64bit) / Intel Core i7-2600 / Nvidia GeForce GTX 1650 GDDR6 / 32 GB Memory
[Laptop] Windows 10 Pro 22H2 (64bit) / Intel Core i5-520M vPro / Intel HD Graphics / 8 GB Memory
[Android] Android 13.0 (arm64) / Xperia 5 III (XQ-BQ42)
常用環境: Firefox ベータ版、リリース版 (Win64 x86-64, Android), Thunderbird ベータ版、リリース版 (Win64 x86-64)
テスト環境: Firefox (ESR, Nightly, Win64 x86-64, Android)

Cai/1.0 (Homo sapiens; N; Homo sapiens chemist; male; rv:0.0.4.3+)
-- いつまでたっても nightly
Mozilla/5.0 (Linux; Android 10; K) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/136.0.0.0 Mobile Safari/537.36

通報する
ページトップ
 プロフィール  
引用付きで返信する  
投稿記事Posted: 2025年5月17日(土) 10:36 
オフライン

登録日時: 2014年2月22日(土) 00:59
記事: 4314
本件、発生原因と状況は異なりますが、結果として起きている現象自体は下記トピックと同じですね。

サンダーバード サブフォルダー内のメール本文が見れない
viewtopic.php?f=3&t=23128#p79756
Raaa さんが書きました:
本文が表示されないメールのタイトルをクリックすると、以下のエラーが出力されました。

Uncaught NS_ERROR_UNEXPECTED: Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIMsgMessageService.loadMessage]
displayMessage chrome://messenger/content/aboutMessage.js:375
displayMessage chrome://messenger/content/message-pane.mjs:359
_onSelect chrome://messenger/content/about3Pane.js:4647
handleEvent chrome://messenger/content/about3Pane.js:4438
onSelectionChanged chrome://messenger/content/tree-view.mjs:1703
_selectSingle chrome://messenger/content/tree-view.mjs:1505
handleEvent chrome://messenger/content/tree-view.mjs:422
aboutMessage.js:375

Bug 1960372 Japanese name Local Account Windows Users Cannot Access Japanese name Folders in Thunderbird 137

これはWindowsのローカルアカウントで非ラテンのユーザー名①を使用し、さらに非ラテンのメールフォルダー②を作成した場合、①と②で異なるエンコードが混合したパスとなってそれを処理できなくなったという退行バグでした。

それに対して本件の場合は
Bug 1966256 v138.0.1 Severely Broken - Can't view any message - if profile was using UNC path

UNCパスが使用されているとアクセスできなくなったという退行バグということになります。

Cai さんが書きました:
修正パッチが既に検討されていますので、それのテストの完了次第それぞれ .2 がリリースされると思われます。

現在上がっているパッチは、我々ユーザーが期待している修正(単純にUNCパスのプロファイルにアクセスできるようにする)ではありません。
UNCパスは許可するがリモートはブロックしたいみたいで、そのために「.」や「:」そして%エンコーディングをチェックしてエラーとし、「mail.allowed_unc_hosts」という設定にリストしたホストは許可するということのようです。
すでにコードレビューでツッコミが入っていますが、そもそもの方針(IPアドレスやドメイン付きをブロック→ホワイトリストで許可)からではありますが、ロジックも破綻していてひどいものです。

このままですと、修正ではなく、企業ユーザーを大きく失うような仕様変更となる可能性があります。

ということで、SUPERJET さん
そういう観点でのコメントをしに行ったほうがいい気がします。
企業ユーザーは、こういうUNCパスのネットワーク上のフォルダーにアクセスできないと仕事にならないと
UNCパスの例を示すとよいでしょう。
本物を提示するのは無理ですが、具体的にイメージできる例がよいですね。

それで回避策ですが、「ネットワークドライブの割り当て」で任意のドライブレターにマウントしておけば問題ないはずです。

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


通報する
ページトップ
 プロフィール  
引用付きで返信する  
投稿記事Posted: 2025年5月17日(土) 11:19 
オフライン

登録日時: 2014年2月22日(土) 00:59
記事: 4314
Bug 1966256 を見ていて気がついたのですが、regression キーワードが設定されているものの、いまだ regression window(regression range)が提示されておらず、リグレッション原因が特定されていません。
エンタープライズの現場を無視したおかしな仕様変更の検討を始めているのはこれが原因かと思います。
リグレッションなら、まずはその原因を(可能なら)元に戻して修正するというのが基本のはずです。
仕様変更が必要なら、修正してから別途提案して検討するのが筋というものかと思います。

私はテスト環境を用意できないので対応できません。

SUPERJET さん
mozregression で調べていただけないでしょうか。
使い方は下記を参考にしてください。
mozregressionを使って、いつFirefoxの機能が壊れたのかを調べる - 2018-07-18 - ククログ

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


通報する
ページトップ
 プロフィール  
引用付きで返信する  
期間内表示:  ソート  
新しいトピックを投稿する トピックへ返信する  [ 4 件の記事 ] 

All times are UTC + 9 hours


オンラインデータ

このフォーラムを閲覧中のユーザー: Google [Bot] & ゲスト[25人]


トピック投稿:  可
返信投稿:  可
記事編集: 不可
記事削除: 不可
ファイル添付: 不可

検索:
ページ移動:  
Powered by MozillaZine.jp® Forum Software © phpBB Group , Almsamim WYSIWYG
Japanese translation principally by ocean