AcroCEF.exeの挙動について

Question

Windows11のPCでAcrobat Readerを起動し、社内の共有フォルダにあるPDFのファイルを編集・保存した後に、該当PDFファイルを格納しているフォルダの名称を変更しようとすると、「別のプログラムがこのフォルダーまたはファイルを開いているので、操作を完了できません。フォルダーまたはファイルを閉じてから再実行してください」とメッセージが出ます。

Acrobat Readerは表面上終了しているように見えるのですが、Windowsのリソースモニターを起動し、CPUのタブで「関連付けられたハンドル」を観察していますと、AcroCEF.exeが表示され、これが消えるまでは使用中の扱いとなって、フォルダの名称は変更できませんでした。

リソースモニターで都度プロセスを強制的に終わらせるのは運用上支障があるので、何か解決策があれば、ご教示ください。

Acrobat Readerのバージョン：2023.008.20470

事象が発生した時期：2024/1/5以降に確認（複数のユーザーで頻発しています）

Quick Timer · Accepted Answer

クラッシュ時の情報収集系のAdobe Crash ProcessorAdobe Crash ReporterAdobeCRDaemonLogTransportは以下のリソース毎に合計６ファイルありますAdobeCrashReporter.frameworkAdobeResourceSynchronizerRdrCEFRdrCEF HelperRdrCEF Helper (Renderer)RdrCEF Helper (GPU)フィアル共有系って事ならAdobeResourceSynchronizerに内包されているAdobe Crash ProcessorAdobe Crash ReporterAdobeCRDaemonLogTransportのログを優先して調べてみるといい『かも』しれません 留意点としては私の環境依存の可能性もありますがAdobeCrashReporter.frameworkとAdobeResourceSynchronizer.appはアプリケーションを終了しても残ります。なのでAdobe Crash ProcessorAdobe Crash ReporterAdobeCRDaemonLogTransportはアプリケーションを終了していても起動される事があると『私は』思っています。なのでAdobe Crash系のプロセスがアプリ終了後に残るのは『ありえる』がもちろん、終了しないのは不具合ですよね…うーん私は今Acrobat Readerは最新版を利用していますがAcrobatProは旧バージョンの22xを利用しているので最新の環境ではないのであくまでも参考まで

Quick Timer · Answer

AcroCEF中身はChromiumブラウザだから目につく処理としては『ホーム画面＝ようこそ画面』の描画かな？あとは、クラウドとのファイルのやりとり？もになっている『かも』ブラウザなのでキャッシュを持ちますしログも吐きますので利用者の『ディスク性能』に若干の依存があるかな…共有フォルダ＝ファイルサーバーならサーバー側が、セッションを離さないとかサーバー側のディスクの書き込み遅延も想定内だからサーバー側のディスク関係のログは見ておいた方が良いかなあと、クライアント側のアンチウィルス等がセッションの終了を待たせているのも想定範囲なので監視の除外設定ができるならAcroCEFを除外するとか？アンチウィルスのクライアント側のログ見た方が良いかも？私はMacユーザーなのでアレですが試してみてもいいかもしれないのが設定＞一般の　ホーム画面を表示　をしない設定に起動時のメッセージを表示　しない設定にクラッシュレポートを送信　しない設定最後のセッションから開かないオンラインストレージ非表示とか？かなぁあと、キャッシュされているファイル数が多くなり過ぎているようならキャッシュのクリアしてもいいかも（でもこれが原因だと定期的となるな…）参考まで

Sign up

To post, reply, or follow discussions, please sign in with your Adobe ID.

Sign in to Adobe Community

To post, reply, or follow discussions, please sign in with your Adobe ID.

Scanning file for viruses.

This file cannot be downloaded