Collabora CODE Dockerでカスタムフォントを利用できるようにする
フォントファイルをDockerとCollaboraのシステムプレートにマウントすることで、カスタムフォントがエディタに表示され、ドキュメント内で正しくレンダリングされるようになります。
Microsoft Edgeで「 WebView2ランタイムが既にインストールされています」という厄介なエラーに遭遇しましたか?😩 あなただけではありません!このよくある不具合により、アプリのインストールやアップデートがブロックされ、イライラさせられます。でもご安心ください。Microsoft Edgeの「WebView2ランタイムが既にインストールされています」エラーのトラブルシューティングガイドでは、迅速かつ確実な修正方法をご紹介し、問題を解決して元の状態に戻れるようにお手伝いします。これらの実証済みの手順に従えば、数分で解決できます。さあ、始めましょう!👆
Microsoft Edge WebView2 ランタイムは、ウェブサイトやアプリが Edge の Chromium エンジンを使用してウェブコンテンツを埋め込むことを可能にする強力なコンポーネントです。Adobe 製品や Autodesk ツールなどの最新アプリには不可欠です。しかし、「WebView2 ランタイムが既にインストールされています」というメッセージが表示される場合、多くの場合、次のような状況を意味します。
EdgeとWebView2の最近のアップデートで検出機能が改良されましたが、依然として不具合は残っています。修正の準備はできていますか?⭐
まずは基本から始め、必要に応じてエスカレーションしてください。これらの方法は、最新のEdgeビルドを搭載したWindows 10/11で動作します。
appwiz.cplと入力し、Enter キーを押します。公式ソースから最新の WebView2 ランタイムをダウンロードします。
Microsoft WebView2 ダウンロード ページ(Evergreen Bootstrapper を推奨)。
| 方法 | 手順 | 期待される結果 |
|---|---|---|
| 標準アンインストール | 1. アプリと機能でランタイムを右クリックし、「アンインストール」を選択します。2 . PCを再起動します。3 . ダウンロードした.exeファイルを管理者として実行します。 |
✅ 新規インストール、エラーはなくなりました。 |
| 強制クリーン | 1. Microsoft のWebView2 ランタイム削除ツール を使用します。2 . %ProgramFiles(x86)%\Microsoft\EdgeWebView を削除します。3 . 再インストールします。 |
🛡️ 頑固な残留物を処理します。 |
regedit)。HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\EdgeUpdate\Clients\{F3017226-FE2A-4295-8BDF-00C3A9A7E4C5}て削除します (最初にバックアップしてください)。sfc /scannow管理者コマンドプロンプトで実行します。プロのヒント:ウイルス対策ソフトがブロックする場合は、Edge フォルダーを除外リストに追加してください。🎉
gpedit.msc→ コンピューターの構成 → 管理用テンプレート → Microsoft Edge → 更新 → 無効。その後、再度有効にしてください。Get-WmiObject -Class Win32_Product | Where-Object {$_.Name -like "*WebView2*"} | ForEach-Object {$_.Uninstall()}
まだ問題が解決しない場合は、イベント ビューアー (eventvwr.msc) の Windows ログ → アプリケーションの詳細なログを確認してください。
これで、Microsoft Edgeはスムーズに動作するはずです!🚀 問題が解決しない場合は、下記にコメントを残してください。サポートさせていただきます。このガイドを他の方にも共有して、お役に立てれば幸いです。お読みいただきありがとうございました!🙌
フォントファイルをDockerとCollaboraのシステムプレートにマウントすることで、カスタムフォントがエディタに表示され、ドキュメント内で正しくレンダリングされるようになります。
coolwsd.xmlとそのデプロイメントソースをバックアップし、安全に復元してから、ユーザーが編集を再開する前にCODEを検証してください。
CODE内でNextcloudまたはその他のWOPIオリジンを正確に許可し、アクティブなホスト許可リストを確認して、Nextcloudの送信元IP制限と区別します。
Collaboraのブラウザ、WOPI、およびWebSocket接続をトレースして、ドキュメントが開かない理由を特定し、Nextcloudの設定に合った修正を適用してください。
Helmを使用してCollabora CODEレプリカをデプロイし、WOPIアフィニティによって各ドキュメントを1つのポッドに保持し、イングレス、ノード配置、およびNextcloud編集を検証します。
ブラウザからcoolwsdまでのソケットハンドシェイクの失敗を追跡し、CODE 26.04 Apacheの変更を含め、リバースプロキシのルートをCollaboraのバージョンに一致させます。
Collabora WOPI 認証の失敗を、鍵の不一致、古い検出データ、クロックのずれ、プロキシ URL の変更などが原因で発生する場合でも、検証の信頼性を損なうことなく追跡できます。
ブラウザのズームをリセットし、クリーンなセッションをテストし、サイズが不正なメニューにCollaboraサーバーのアップデートが必要なタイミングを特定します。
Collabora CODEをDockerでデプロイし、Nextcloud Officeに安全に接続し、実用的なWOPIおよびプロキシチェックでドキュメント編集を検証します。
一時的にcoolwsdをデバッグモードに上げ、オープンに失敗したログを1つキャプチャし、ログシーケンスを使用してWebSocket、WOPI、プロキシ、およびコンテナの問題を分離します。