Collabora Online のローカルアプリ間でのコピー＆ペーストを修正する

デスクトップアプリではコピー＆ペーストが機能するのに、それらのアプリとCollabora Online間では機能しない場合、必ずしもオペレーティングシステムのクリップボードに問題があるとは限りません。問題の原因は、ブラウザのタブ、ブラウザの権限制限、クリップボードAPIにアクセスできないCollaboraフレームの埋め込み、または貼り付けようとしているコンテンツの種類などである可能性があります。解決策としては、ローカルアプリからCollaboraドキュメントに短いテキストサンプルをコピーし、それを再度コピーして、書式や画像も保持されるかどうかを確認してみると良いでしょう。

以下のチェックを順番に実行してください。まずプレーンテキストとキーボードショートカットを確認し、次にブラウザの権限と組織におけるCollaboraの組み込み方法を確認してください。これにより、サーバー設定を不必要に変更することなく、ワークステーションの問題とシステム統合の問題を区別できます。

クリップボードは他のローカルアプリ間でも機能しますか？

まず、ソースアプリケーションと宛先アプリケーションが Collabora 以外でクリップボードデータを交換できることを確認してください。ローカルのテキストエディタから短い機密性の低い文章をコピーし、別のローカルアプリケーションに貼り付けます。次に、逆方向に貼り付けます。これが失敗する場合は、まずオペレーティングシステム、リモートデスクトップセッション、仮想マシン、またはクリップボードマネージャのトラブルシューティングを行ってください。Collabora は、デバイスのクリップボードに到達しないコンテンツを読み取ることはできません。

リモートデスクトップ、仮想デスクトップ、またはリモートマシン上で動作するブラウザーを使用している場合は、そのセッションでクリップボード共有が有効になっているかどうかを確認してください。リモートセッション内の2つのアプリケーション間でコピーが成功したとしても、リモートセッションと物理コンピューター間でテキストをやり取りできるとは限りません。双方向でテストを行い、転送が停止する箇所を記録してください。

Collaboraがアクティブになっている場合でも、キーボードショートカットは機能しますか？

ドキュメントを開き、貼り付けたいテキストまたはセル内をクリックして、オペレーティングシステムの通常のショートカットを使用します。Windowsまたは Linux の場合は、または 、Ctrl+CmacOSの場合は とを使用します。簡単なテストとして、ローカル アプリから「clipboard check 123」などのプレーン テキストをコピーします。画像、大きな表、またはスタイルが適用されたコンテンツから始めることは避けてください。Ctrl+VCommand+CCommand+V

Collabora Onlineはブラウザ上で動作するため、エディタはドキュメント領域がアクティブな状態でキー入力を受け取る必要があります。ブラウザのアドレスバー、検索ボックス、またはその他のページコントロールにフォーカスがある場合、ショートカットは代わりにそのコントロールに対して実行されます。ドキュメント内で一度クリックしてから、もう一度試してください。Calcでは、目的のセルまたは数式バーにフォーカスがあることを確認してください。Writerでは、挿入ポイントをドキュメント本文に置いてください。

ツールバーまたはコンテキストメニューの「貼り付け」コマンドとキーボードショートカットも比較してください。ブラウザのクリップボードルールによっては、Webページがシステムクリップボードをオンデマンドで読み取れない場合があります。Collaboraのプロジェクト履歴には、「貼り付け」メニューが機能Ctrl+Vしているにもかかわらず、キーボードショートカットの使用を促すプロンプトが表示されたケースが記録されています。ショートカットが機能し、メニューコマンドが機能しない場合は、その違いを記録してください。これは、システムクリップボードの不具合ではなく、ブラウザのクリップボードへのアクセスに問題があることを示しています。

Collabora OnlineはHTTPSでアクセスできますか？

最新のブラウザのクリップボードAPIでは、一般的にページはセキュアなコンテキストにある必要があります。アドレスバーに組織の信頼できるHTTPSアドレスが表示されていること、およびブラウザが証明書の警告を報告していないことを確認してください。MozillaのクリップボードAPIドキュメントには、システムクリップボードの読み取りまたは書き込みへのアクセスはセキュアなコンテキストに制限されており、ユーザーによる有効化またはブラウザの許可が必要になる場合があると説明されています。

Collaboraのデプロイメントがリバースプロキシの背後にある場合、ユーザーにはHTTPSが表示されるものの、プロキシとサーバー間の接続には別のプロトコルが使用されることがあります。ブラウザの症状のみに基づいてプロキシまたはCollaboraのTLS設定を変更しないでください。管理者に依頼して、外部URL、TLS終端、および転送スキームを公式のデプロイメント手順と照合して確認してください。公開ページが既にHTTPSで、1つの統合のみが失敗した場合は、フレームと権限のチェックに進んでください。

ブラウザがこのサイトのクリップボードへのアクセスをブロックしましたか？

Collaboraが表示されている正確なオリジンについて、ブラウザのサイト権限を確認してください。Chromiumベースのブラウザでは、アドレスバーの横にあるサイト情報または設定コントロールを使用するか、ブラウザの設定で「クリップボード」を検索してください。サイトが「ブロック」に設定されている場合は、信頼できるドキュメントサイトのみ、かつ組織がクリップボードの使用を許可している場合に限り、設定を変更してください。権限を変更した後は、ドキュメントを再読み込みし、プレーンテキストで再度テストしてください。

ブラウザのバージョンによっては、ユーザー操作中にページがアクセス許可を要求した場合にのみプロンプトが表示されます。サイトと意図した貼り付け操作を認識している場合にのみ、プロンプトを承認してください。FirefoxとSafariでは、Chromiumのクリップボード権限コントロールが異なるため、プロンプトや動作が異なる場合があります。クリップボードの切り替えボタンが表示されないからといって、ブラウザに不具合があるとは限りません。サポートされているキーボードショートカットをテストし、現在使用しているブラウザの権限UIを参照してください。

Collabora Online 24.04では、クリップボードへの直接アクセスを可能にする新しいパスが追加されました。これにより、ブラウザが関連するAPIをサポートし、ユーザーがアクセスを許可している場合、一部の貼り付け操作がよりスムーズになります。ただし、すべての環境やブラウザで同じプロンプトが表示されるわけではなく、リッチテキスト、画像、スプレッドシートが常に同じように貼り付けられるとは限りません。管理者にアップグレードを依頼する前に、お使いのCollaboraのバージョンと公式リリースノートをご確認ください。

Collaboraは他のアプリケーションに組み込まれていますか？

Collaboraがポータル、学習プラットフォーム、またはファイル共有製品内で開かれる場合、ホストアプリケーションはそれをクロスオリジンiframeに埋め込む可能性があります。Chromiumブラウザでは、iframeのクリップボードへのアクセスは、ブラウザのアクセス許可ポリシーとユーザーのブラウザのアクセス許可に依存します。埋め込みページは、Collaboraのオリジンに権限を委譲する必要がある場合がありますclipboard-read。clipboard-writeユーザーは、ブラウザのアクセス許可を繰り返し変更しても、欠落しているiframeポリシーを修復することはできません。

ホスト統合の管理者に、実際のiframeとレスポンスのPermissions-Policyヘッダーを検査するよう依頼してください。iframeのallow属性は、信頼できるCollaboraオリジンに対して必要なクリップボード機能のみを付与する必要があり、親レスポンスポリシーはそのオリジンを許可する必要があります。広範なワイルドカード許可リストを安易に使用しないでください。正確なオリジンはデプロイメントによって異なり、iframe自体が許可を宣言している場合でも、親ポリシーによってアクセスがブロックされる可能性があります。

この診断は、Collaboraが直接のURLでは正常に動作するのにホストポータル内でのみ失敗する場合、または同じポータル上のユーザーがChromiumブラウザで一貫して問題を抱えている場合に特に重要です。管理者には、ブラウザ名とバージョン、ホストとCollaboraのオリジン、問題がコピー、ペースト、またはその両方に影響するかどうか、およびクリップボードへのアクセスまたは権限ポリシーについて言及しているブラウザのコンソールメッセージを提供してください。スクリーンショットやログを共有する前に、ドキュメントの内容とアカウントの詳細を削除してください。

書式設定や画像が失敗する場合でも、プレーンテキストは正常に動作しますか？

短いテキストサンプルは正しく貼り付けられるのに、リッチテキスト、スプレッドシートの範囲、または画像が貼り付けられない場合は、基本的なクリップボードパスは正常に機能しています。残りの問題は、データ形式の互換性またはブラウザによるサニタイズにある可能性があります。ブラウザとアプリケーションは複数のクリップボード形式をやり取りできますが、すべてのスタイル、数式、オブジェクト、または画像表現を同じように保持するわけではありません。また、ブラウザはセキュリティ対策としてHTMLをサニタイズする場合があります。

ニーズに合った最もシンプルな形式を使用してください。テキストの場合は、Collabora のインターフェースで利用可能な場合は、「形式を選択して貼り付け」または「書式なしで貼り付け」を試してください。表の場合は、小さな範囲でテストを行い、行と列が意図したセルに正しく配置されることを確認してください。画像の場合は、まず、画像が実際にシステム クリップボードに存在するかどうかを、別のローカルの画像対応アプリケーションに貼り付けて確認してください。テキストを貼り付けた後に画像が見つからない場合でも、クリップボードへのアクセス全体が壊れているとは限りません。

別のブラウザを試したり、アップデートを依頼したりすべきタイミングはいつですか？

ローカルアプリ、HTTPS、ショートカット、サイト権限のテストが完了したら、組織がサポートする別のブラウザで同じプレーンテキストテストを繰り返してください。比較が意味のあるものになるよう、同じデバイス、アカウント、ドキュメント、ソーステキストを使用してください。一方のブラウザで動作し、もう一方のブラウザで動作しない場合は、正確なブラウザバージョンとCollaboraが組み込まれているかどうかを報告してください。すべてのブラウザで1つのホストアプリケーション内でのみエラーが発生する場合は、その統合ポリシーに注目してください。アップデート後にエラーが発生した場合は、Collabora、ホストアプリケーション、ブラウザのバージョンを、最後に正常に動作していた設定と比較してください。

ブラウザのデータをすべて消去したり、セキュリティ機能を無効にしたり、コンポーネントをアップグレードしたりすれば、すべての問題が解決するとは限りません。これらの手順では、有用なサイトの状態が削除されたり、別の互換性の問題が発生したりする可能性があります。プライベートウィンドウは、短時間の診断テストとしてのみ使用し、組織で必要な拡張機能を無効にしないようにしてください。Collabora のサポートフォーラムでは、ホストの iframe と Chromium ブラウザに関連する統合固有のクリップボードレポートが報告されており、その後の議論では、ホスト側でカスタムの解決策が説明されています。このようなレポートは、サイト固有の診断がなぜ重要なのかを示す例として扱い、同じバグがすべてのインストールに影響している証拠とは考えないでください。

成功した解決策とはどのようなものでしょうか？

• ローカルアプリからコピーされたプレーンテキストは、Collaboraの目的のカーソル位置またはセルに表示されます。
• Collaboraからコピーしたテキストは、ローカルアプリに貼り付けることができます。
• 同じテストは、ドキュメントを再読み込みして通常のワークフローで開いた後にも正常に動作します。
• 書式や画像の欠落が残っている場合、それは当該フォーマットに限られ、互換性の問題として扱われます。
• 埋め込まれた場合、結果はCollaboraの直接URLだけでなく、実際のポータル内でも確認できます。

これらのチェック後も基本的なテキストテストが失敗する場合は、テスト結果、ブラウザとCollaboraのバージョン、ドキュメントが埋め込まれているかどうか、および正確なエラーメッセージを管理者にお送りください。これらの情報は、ワークステーションのクリップボードの問題、ブラウザの制限、iframeポリシーの問題、およびバージョン固有の不具合を特定するのに役立ちます。ブラウザのクリップボードAPIには設計上セキュリティ境界が設けられているため、正しい結果を得るには、ユーザー側の切り替えではなく、承認済みの統合変更が必要になる場合があります。

出典: Collabora Online 24.04 リリース ノート、Mozilla MDN クリップボード API のセキュリティとブラウザの動作、Mozilla MDN クリップボード読み取りドキュメント、Collabora Online FAQ、Collabora Online サポート フォーラム: 埋め込み Moodle クリップボード レポート。