修正された問題

スマートカード認証が有効になっている場合、アプリケーションの起動がハングしたり、タイムアウトしたりすることがありました。この問題は、セッションがアクティブなときに ctxscardsd サービスが再起動し、サービスがセッション作成時にのみ記録されたセッション情報を失うことが原因で発生しました。

Microsoft Azure でホストされているマシンでは、マシンカタログを更新したり、新しいカタログを作成したりした後、セッションの起動が断続的に失敗することがありました。これは、Xorg が準備完了になるまでに、固定された 30 秒の起動期間よりも長い時間を要することがあったためです。Xorg の起動待機時間は、WaitXMaxTimeOut Thinwire 設定で構成できるようになり、デフォルト値は 30 秒です。

再接続の試行が、たとえばログオンウィンドウを閉じることによって中断された後、スマートカード認証を使用したセッションは回復できませんでした。その後の再接続の試行では、グレースクリーンが表示されました。セッションは、VDA プロセスを手動で終了することによってのみ解放できました。

クライアントのネットワーク接続が切断され、その後自動クライアント再接続 (ACR) を使用して再接続された場合、Linux VDA セッションがクラッシュしたり、予期せずログオフしたりすることがありました。

韓国語サーバー側 IME を使用している場合、ハングルキーとハングル/漢字キーが機能しませんでした。

セッション認証に FAS が使用されている場合、セッション内のスマートカード操作が非常に遅くなったり、応答しなくなったりすることがありました。カードポーリングが繰り返し停止したため、クライアント証明書認証とページロードの完了に数分かかることがありました。

セッションが再接続に失敗し、グラフィックエラーの後に WINSTATION_BUSY エラーが表示され、セッションを終了する必要がありました。これは、PostgreSQL 構成データベースが応答しなくなり、ctxgfx プロセスが無期限にブロックされたときに発生しました。