EarlgreyTea様

私用で休暇をいただいておりました。
ご連絡が遅くなり、申し訳ございません。

またもや、Bugzillaからのメールを解読するのに大変でした。
お恥ずかしながらEarlgreyTea様からのご連絡でようやく理解できた次第です。
対処せずでクローズなのですね。これまでBugzillaからのメールに一喜一憂しておりました。
Bug修正を認めていただくのは、大変なことなんですね。
とても残念ですが、良い勉強にもなりました。

EarlgreTea様には、ずっと、お力添えいただき、大変感謝しております。
重ねてお礼申し上げます。

naka-kk

また状況が変化しました。

[quote="EarlgreyTea"]Bug 1902234 は Bug 1834656 の重複ということでクローズされました。[/quote]
検索結果のリスト表示は古いXUL Treeによる実装であり、
新しいHTML TreeViewに関する Bug 1834656 の重複ではない、ということになりました。
重複はとれたんですが、XUL Treeは今年中に全廃する予定ということで対処せずでクローズです。

Bug 1834656 の状況ですが、
列サイズ変更のロジックを慎重に再構築し、ベータテストに時間をかける必要があり、
128esrも修正ターゲットではなくそれ以降になってしまうようです。
途中経過が段階的に導入される可能性はありそうですが…

EarlgreyTea様

ご連絡ありがとうございます。
Bugzillaでの状況を分かり易くご説明いただけたことに感謝いたします。
Bugzillaから数件のメールが届きましたが、内容を確認するのに苦労しておりました。
また、Bug 1902234がクローズされてしまい、落胆しておりましたが、EarlgreyTea様のご連絡で無駄ではなかったという事が分かり、安堵しております。
引き続き、不具合が改善されますことを待ちたいと思います。

お力添えをいただき、重ねてお礼申し上げます。

[quote="naka-kk"]Bug 1902234が開発者の目に留まってくれることを切に願っております。[/quote]
Bug 1902234 は Bug 1834656 の重複ということでクローズされました。
このバグは1年前に「enhancement」チケットとして起票されたものです。
Bug 1902234 はクローズされましたが無駄だったわけではありません。
その他のバグも含めて目に留まったからこそ、1時間ほど前に
[quote]From user POV this behavior is a defect+regression.[/quote]というコメントともに、Bug 1834656 は下記のように更新されました。
[code]Severity: N/A → S3
Type: enhancement → defect
Keywords: regression
Summary: Improve the elastic resizing of the tree view columns → Resizing column width is very difficult since version 115. Improve the elastic resizing of the tree view columns.[/code]
不具合としての対応が進められることを期待したいと思います。

Bug 1902234への情報追記、誠にありがとうございました。
起票時の自身の文章力に不安があったので、大変、助かりました。
Bug 1902234が開発者の目に留まってくれることを切に願っております。

ちょっと気が変わったので Bug 1902234 に情報追加しておきました。

バグの起票…日本語同様、英語でも説明が難しかったです。
正確に伝わってくれると良いのですが。。。
ここまで導いてくださり、誠にありがとうございました。

この後は、重複バグでクローズされないことを願うばかりです。

naka-kk さん、バグの起票お疲れ様でした。
仕事が早いですね。

でもそこまで慌てる必要もなかったのかなと思います。
Bug 1877691 がオープンされたままなので、このままだと（サマリーも似てるので）重複バグとして Bug 1902234 の方がクローズされてしまう可能性もあります。

Bug 1877691 の方はトラブルシューティングモードでは発生しないようなので、症状が変わらない Bug 1902234 とは別の問題のような気がします。
少し検証してみますね。

【06/14 01:10追記】
と書いたのですが、調べてみると115.0の時から変わらない症状であり、102では各列の幅調整が可能でした。

Bug 1877691 が報告者さんの環境だけの問題で報告当時（2024年1月末）の115.7.0で発生しないことを確認できたら、いったんクローズしてもらってその上で Bug 1902234 を見てもらう…私はそういうストーリーを考えていたのですが完全に重複バグですね。
Bug 1877691 の報告内容が正確でなかっただけでした。

私の方はいったん少し様子を見ることにします。

EarlgreyTea 様

バグの報告をしました。
Bug1902234
Column width in search results window cannot be changed Individually.

いろいろとアドバイスいただきまして、
ありがとうございました。

今は出先のスマホなのでコメントは困難です。
下記バクを見てください。

Bug 1877691 - Column width in search results window cannot be changed

>不具合として開発にバグ報告して対策してもらう必要があります。

報告が必要とのアドバイス、ありがとうございます。

報告を試みてみました。
結局、こちらのフォーラムに誘導されてしまいます。
報告先をご存知でしたらご教示願います。

症状は理解してますのて補足は結構です。
不具合として開発にバグ報告して対策してもらう必要があります。
類似バクは上がっているようですが、報告者が状況を正確に伝えられておらず止まっているようです。

EarlgreyTea様

ご返信ありがとうございます。

＞「メッセージを検索」はダイアログ（ウインドウ）表示されてタブでは開かないはず…

掲載していただきました画像の通りです。
私の表現が間違っていました。申し訳ございません。

補足いたしますと例えば、「件名」と「送信相手」の間を狭くしたい時にドラッグで調整しようとすると「送信日時」と「フォルダー」の列が一緒に左に移動してきます。結果、「送信日時」と「フォルダー」の間隔がとても狭くなってしまいます。
自身の思った通りの列幅に調整できず、ストレスフルなのです。

同僚も同じ状況なので、そもそもがこのような調整方法しかないのでしょうか。

naka-kk

naka-kk さん、EarlgreyTea と申します。

[quote="naka-kk"]「メッセージを検索」した時の「検索結果フォルダー」の列幅の調整が上手くできません。[/quote]
添付画像の部分のことなら、[list][color=gray]検索結果一覧とかじゃなくて「検索結果フォルダー」という書き方が気になりましたし、
「メッセージを検索」はダイアログ（ウインドウ）表示されてタブでは開かないはず…[/color]
[/list]確かにおかしいですね。[attachment=0]「メッセージを検索」画面.jpg[/attachment]
1つの列だけ調整しようとしても、赤枠の部分の各列幅がそのままの割合で一緒に動いてしまう感じです。
不具合ですね。