お世話になります。
日本語入力時(Microsoft IME使用)に1文字入力後に確定されてしまい、漢字変換が出来ない。
WEB上で昔から似たような事象は上がっているのですが、どれも解決済みのようでした。
その事例通りの手順を踏んでも私の環境では改善されませんでした。
関係性のありそうな情報は網羅致しますが、不足があればご教授下さい。
元々はThunderbird 32bit版を使っていましたが、改善を期待し64bit版に変えました。改善はされませんでした。

OS:Windows 10 HOME 64bit　(1809)
Thunderbird　64bit版　60.4　(60.0でも再現)
(Thunderbird　32bit版　63.3　(63.0でも再現))
メモリ　12Gbyte

使用中アドオン　Confirm Address

アドオンを無効にして再起動でも改善されませんでした。
IMEの変換モードを　無変換→一般　に変更すると一次的に改善されます。
Thunderbirdの再起動後は本現象が再現されてしまいます。

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

どのような手順を実施されたのか、よろしければ教えていただけませんか？


私の Windows 10 Pro バージョン1803 の環境で試してみました。
テスト内容は、Microsoft IMEを使用してThunderbirdのメール作成画面にて件名と本文に「文字入力」と入力するものです。
Thunderbird 52.9.1 (32bit)、60.4.0 (64bit)、64.0b4 (64bit)、66.0a1 (64bit) において特に問題は見られませんでした。

Windows 10 バージョン 1803 では発生しない現象かもしれません。
Bug 354358 やこれの関係でしょうか。
対応するバージョンのFirefoxでも同じような症状でしょうか。

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

私も同じ事象が発生しています。

検証したところ、以下のような条件のようです。
Windows10の 1809 で、Thunderbird 60.0以降で発生するようです。
すなわち、Windowsが1803ならば発生せず、Windowsが1809でもThuderbird 52.9.1以前ならば発生しません。
＃（検証に使用したバージョンは52.6.0, 52.9.1, 60.0, 60.3.3, 60.4.0 (32bit) です。）

入力できない原因はIMEの変換モードが「無変換」になっているからです。

次の手順で再現できました。
　Thuderbird起動後、入力欄(※)にフォーカスせずに[受信]ボタン→パスワード入力
　→入力欄にフォーカスするとIME変換モードが「無変換」になっている

※ 入力欄＝検索ボックスやメール作成画面など

このとき、
　Thuderbird起動後、入力欄にフォーカスしてから[受信]ボタン→パスワード入力
とすると、入力欄をフォーカスしてもIME変換モードは「一般」であり、問題は発生しません。

憶測になりますが、
パスワード入力ダイアログはIMEをdisabledに制御しますが、これが障害を誘発しているのでしょうか。

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

h1kdさん

nackyさんの症状はIMEオン状態で入力中に1文字で強制確定されてしまうというもののようです。
読んだ感じでは、h1kdさんのはそれとは異なるように思います。
IMEオフになったあと、固定されてオンにできないということでしょうか？

_________________
Mozilla/5.0 (Android 8.0.0; Mobile; rv:64.0) Gecko/64.0 Firefox/64.0

引き続きお世話になります。

>どのような手順を実施されたのか、よろしければ教えていただけませんか？
1.アドオン無効での再起動
2.ローマかなとカナ入力に切り替える
等実施しました。


私もフォーラムに記載後、IMEの変換モードが無変換になる理由を探しておりました。
2010年発生の事象ですが、下記記事がヒットしました。

<リンク貼れませんでした。Microsoftのフォーラムです>
「非標準コントロールにフォーカスがある状態でモーダルフォームを表示した場合」にIMEの変換モードが無変換になってしまう。

思い当たるものとして、マスターパスワード入力ボックスに至りました。
一旦マスターパスワードを解除してみましたところ現象再現されなくなりました。
セキュリティ上、解除での運用はしたくないかなと、Thunderbird起動後、日本語入力に切替、Ctrl + F10　→　G　→　Cで変換モードを一般にして対応しております。

同様にマスターパスワードを使用して運用している同僚でも、同現象を確認できないケースもあり、何かしらの環境依存もあるのかな？と考えております。

以上、宜しくお願い致します。

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

あれ？文字入力で強制確定されてしまうということじゃなくて、無変換になってしまうということだったのてすね。

_________________
Mozilla/5.0 (Android 8.0.0; Mobile; rv:64.0) Gecko/64.0 Firefox/64.0

私もIMEのオン/オフは可能です。
そしてIMEをオンにしても変換モードが無変換になっているため、１文字入力するとそのまま確定する動きになります。
すなわち発生している現象はnackyさんと同じだと思います。

すでにご認識いただいているようですが、念のためお知らせします。

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

引き続きお世話になります。
誤認識を生んでしまい恐縮です。

>あれ？文字入力で強制確定されてしまうということじゃなくて、無変換になってしまうということだったのてすね。
仰る通りです。

Rカナ入力時、「サンタ」を打ちたい時に、santaと打ちますが、sの段階では未確定を表す下線がついており、
予想変換内容が表示されています。
aを打った時点で　「さ」が確定されてしまう為、こう言った表現になってしまいました。

このトピックを書き込み後、調べるうちにこれが変換モードが無変換に変わった為起こると理解しました。

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

nacky さん、h1kd さん

お二方の症状が同種のものであることはわかりました。
しかし、その症状を、IMEの変換モードが「無変換」になっている、と表現するのは正確ではありません。
私が当初認識していたもので合っています。

すなわち、IMEオンの状態において、
「サンタ」を入力するために「s」「a」とキー入力してIMEの未確定文字列が「さ」となった時点で、
確定操作を行っていないにもかかわらずアプリケーションに「さ」が入力されてしまう、という現象です。
私の最初の投稿でリンクを貼っていたのですが、ご覧いただけてなかったたみたいですね。

Bug 35438 の方はとりあえず置いておいて、下記の参考情報をご覧ください。

もずはっく日記(2018年12月11日)
Bug-org 354358 keydown/keyup events should be dispatched even during composition (but keypress shouldn't be so)

IME 変換中にも keydown、keyup イベントが発生するようになりました | Firefox サイト互換性情報


当方のWindows 10はバージョン1803なので、バージョン1809環境の方に検証をお願いしたいです。
何を見てほしいかと言いますと、Thunderbirdと対応するバージョンのFirefoxではどうなのかということと、
Thunderbird Daily 66.0a1 でも同じなのかということです。

各バージョンのFirefoxは https://ftp.mozilla.org/pub/firefox/releases/ の下に、
最新の Thunderbird Daily（の各言語版）は https://archive.mozilla.org/pub/thunder ... tral-l10n/ にあります。
確認する際は、別のフォルダーにカスタムインストールし、起動する前に専用のプロファイルを作成してそれを指定して起動するようにしてください。
そうしないと面倒なことになる可能性があります。

したがいまして、よくわからない方は無理に確認しなくても結構です。

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

お世話になります。

>したがいまして、よくわからない方は無理に確認しなくても結構です。
実は良く判らないです。
Firefoxで試せとは、バンドルされているThunderbird を試してくれと言う意味でしょうか。

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

違います。FirefoxにはThunderbirdはバンドルされていません。
60なり、63なり、65なりのバージョンのFirefoxでMS-IMEの動作を確認してほしいということです。

_________________
Mozilla/5.0 (Android 8.0.0; Mobile; rv:64.0) Gecko/64.0 Firefox/64.0

引き続きよろしくお願いいたします。

Firefox Setup 60.4.0esr.exe
をインストールし、動作を確認しましたが、現象は確認出来ませんでした。
Firefoxでは、起動時にモーダルフォームを呼び出すようなシーンを見付けられませんでした。
似たようなシチュエーションは作れないかなと思いました。

thunderbird-66.0a1.ja.win64.installer.exe
で確認した際は、同様に起動時のパスワードフォームに入力し、起動後にIMEの変換モードが無変換に変わり現象が再現します。

以上、宜しくお願い致します。

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

横から失礼します。
当方、いまだに Windows 7 環境なので、噛み合った話にはならないかもしれませんが......。


OS と Thunderbird の組み合わせが特定のケースでのみ発生する問題である、ということになりましょうか。
このご報告を前提にした場合、エンドユーザーのレベルでできる検証作業として、次のようなことが試せるのではないでしょうか。

Thunderbird 60.x と 52.x では、日本語入力まわりにもいろいろ改良が施されているようです。

[オプション] -> [詳細] -> [一般] -> [高度な設定] にある [設定エディター] (about:config) で、テキストまわりの設定を変更しながら、Windows 10 (1809) 環境の Thunderbird 60.x で、ご質問にあるテキスト入力時の挙動を調べてみてはいかがでしょうか。
例えば、次のような設定項目の中には、52.x と 60.x で追加・削除・変更されているものがあります。
　intl.ime.*
　intl.tsf.hack.*
【注】
必要があってそのように構成されているので、通常は安易に変更すべきではありません。
しかし、異なるメジャーバージョン間で挙動に違いある問題のトラブルシューティングにあたっては、差異のある設定項目を実際に試してみることで原因や何かのヒントが見えてくることもあるのではないでしょうか。（力技なので、検証テストの後は設定内容をデフォルト値に戻しておくことをお勧めします。）

とりあえず以上です。的外れな話になっていたらすみません。


（おことわり）
現在、健康上の制約により不定期な書き込みしかできなくなっています。すぐに応答できない場面がかなり多くなりますことを、ご容赦ください。

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

EarlgreyTea さん＆皆さん、maji です。



ちとドタバタしてて EarlgreyTea さん紹介リンク記事をゆっくり読み込むココロの余裕が無いのですが
できる範囲でテストしてみました。

当方の環境は以下の通り。

Windows 10 Pro 1809 (64bit)
Thunderbird 60.4.0 (32bit)

Win10(1809)は、
使ってたディスクの該当パーティションを先々週に初期化し 1809 を新規インストールし直したばかりです。
Thunderbirdは、
今日たった今ほど 60.4.0 を新規インストールしました。
他の場所に置いた普段使いのプロファイルとは別に新規にプロファイル作りテストしてます。

で、
Thunderbirdの新規メール作成画面のメール本文入力する際に
EarlgreyTea さん記載の
「サンタ」を入力するために「s」「a」「n」「n」「t」「a」とキー入力しましたが
IMEの未確定文字列が「さ」となった時点では現れず
「さんた」「サンタ」「サンタクロース」等々がリストプルダウン表示され
特に問題無く正常に処理されました。

とゆ事で
私の手元の Win10(1809)＋Thunderbird では
nacky さん、h1kd さんがお困りの現象は再現出来ません。


どこが nacky さん及び h1kd さんの環境と私(maji)のソレと違うのでしょうか？？？


では。

.

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

なにぶん掲示板越しですし、直接同じものを見ているわけでもないので、認識に齟齬を生じて話が合わないも仕方がないことかもしれません。
私は日中は仕事があり、短い休憩時間でさっとチェックして短い書き込みするしかできませんので、それも一つの要因でしょう。

nackyさん、h1kdさんにお願いしたいのは、
同じように見えても別の現象ということもあるので状況を正確に書いてほしいということと、
いったん根拠のない予断は忘れてほしいということです。

正確な状況把握と、それにもとづく切り分けが大事です。
Posted: 2018年12月26日(水) 21:12 での私のお願いは、まずそれをやりましょうということだったのですが、やはり予断がじゃましてしまったみたいですね。

改めてこのトピックを読み直してみて、やはりnackyさんとh1kdさんの事例は別の現象だと思われます。
もしくは、複数の原因による現象をまぜこぜに書いているかです。

これはとは（書いてある内容で判断する限り）別の現象です。

後者は別のアプリ（ウインドウ）にフォーカス奪われた？際にMS-IMEの変換モードを「無変換」にセットされてしまう現象かと思われますが、前者は未確定文字を示す下線表示と予測候補選択のリストが表示されるわけですから、明らかに「無変換」モードではありません。

変換モード「一般」において、ローマ字入力「sa」で未確定のかな文字「さ」ができた時点で、ユーザーが確定操作をしていないにもかかわらず強制的に確定されてアプリに「さ」が入力されるという現象です。

思い込みを優先して、目で見たままを書いたのに「こう言った表現になってしまいました」と認識の修正をしないでください。


これも、実際にパスワード入力により変換モードが「無変換」にセットされたことを確認したのか、
それとも単に「半角英数」入力になったのをそう認識の修正をしてしまったのか、
そもそも最初の事例と同じ手順や症状だったのか、疑問なところです。

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