SeafileとCollaboraを正しいWOPI URLに接続します。
Seafileで安全なドキュメント編集を有効にするには、デプロイメント用にCollaboraの検出URL、HTTPS、およびWOPIアクセスを設定してください。
まず、プレーンテキストとキーボードを使ってテストしてみましょう。ローカルアプリからコピーし、Collaboraドキュメント内をクリックして、Ctrl+V(Command+VmacOSの場合は)を押します。コピーするには、Collaboraでテキストを選択し、Ctrl+Cまたはを押してCommand+Cから、ローカルアプリに貼り付けます。ショートカットは機能するのにツールバーや右クリックの「貼り付け」が機能しない場合は、ブラウザのクリップボードのアクセス許可パスに問題がある可能性があります。ショートカットも機能しない場合は、双方向でテストし、Collaboraが別のサイトに埋め込まれていないか確認してください。
システムクリップボードは、アプリケーション間でデータを転送する共有バッファです。Collabora Onlineはブラウザ内で動作するため、その境界を越えたコピーはブラウザのセキュリティルールも通過します。
最初のテストではプレーンテキストを使用してください。画像、表、スプレッドシートの範囲、書式設定されたテキストはそれぞれ異なるクリップボード形式を使用する可能性があるため、プレーンテキストでのテストは、基本的なアクセスと書式変換の問題を区別するのに役立ちます。

ドキュメント編集領域をクリックしてフォーカスを合わせます。エディタのツールバーやブラウザのコンテキストメニューではなく、システムショートカットを使用してください。Windows および Linux では と を使用し、Ctrl+CmacOSCtrl+VではCommand+Cと を使用しますCommand+V。Collabora のメッセージで、ブラウザのクリップボードへのアクセスが制限されているためショートカットを使用するように求められた場合は、その指示に従ってください。キーボード操作はユーザーのジェスチャーに直接結び付けられており、非同期クリップボード API を呼び出すメニュー操作がブロックされている場合でも機能します。
そうでない場合は、ドキュメントが編集可能になっていること、カーソルが検索ボックスやツールバーフィールドではなくドキュメント内にあること、そしてソーステキストが実際に選択されていることを確認してください。権限を変更した後は、一度ドキュメントを閉じてから再度開いてください。古いエディターフレームでは、以前のポリシーが保持されている可能性があります。
まず、プレーンテキストが正しく転送されることを確認してください。次に、必要なリッチコンテンツをテストしてください。フォント、数式、画像、セルの書式などは、完全に同じように転送されない場合があります。転送先のファイルで「形式を選択して貼り付け」が利用できる場合は、それを使用してください。
最新のクリップボードAPIは、通常HTTPSなどの安全なコンテキストに限定されており、ブラウザによってはユーザーの操作や許可が必要になる場合があります。ChromeまたはEdgeでは、アドレスの横にあるサイト情報コントロールを開き、サイト設定を開いて、信頼できるサイトに対してクリップボードの権限を「許可」に設定してください。貼り付けを選択したときにブラウザのプロンプトが表示される場合は、信頼できるオフィスサービスに対してのみ許可してください。ドキュメントを再読み込みし、双方向テキストのテストを繰り返してください。

クリップボードのアクセス許可ラベルと動作はブラウザによって異なります。一部のブラウザでは、永続的なアクセス許可の代わりに、ユーザーの操作や短時間の貼り付けプロンプトを使用します。管理対象のブラウザでは、ユーザーの選択を上書きするポリシーが適用される場合もあります。ポリシーによって制御がロックされているか、アクセス許可が拒否されている場合は、ブラウザ管理者にオフィスサイトのルールを確認するよう依頼してください。サイトはHTTPSで運用してください。アクセス許可を与えても、安全でないオリジンが安全なコンテキストに変わるわけではありません。
iframeとは、別のページ内に埋め込まれたWebページのことです。多くのCollaboraの導入環境では、ホストプラットフォームがエディタを表示できるようにするためにiframeが使用されています。Chromiumベースのブラウザでは、クロスオリジンフレームの場合、埋め込みページがクリップボードへのアクセス権限を委譲する必要がある場合があります。Collabora SDKのマニュアルには、クリップボード権限クエリに関するiframe属性について記載されています。
<iframe allow="clipboard-read *; clipboard-write *">
これはフレームを作成する統合の設定であり、Collaboraサーバー上のDocker設定ではありません。ホストアプリケーションを管理している場合は、ブラウザの開発者ツールで実際のエディタiframeを確認し、親ページの応答ヘッダーがブロックまたはにPermissions-Policyなっていないことを確認してください。制限的な親ポリシーは、iframeに属性があってもアクセスを拒否する可能性があります。ユーザーが必要とするCollaboraフレームにのみ委任し、無関係な埋め込みコンテンツに広範なクリップボードアクセスを許可しないでください。clipboard-readclipboard-writeallow
ホスト型の Nextcloud、学習プラットフォーム、またはドキュメントポータルを使用しており、フレームのマークアップやレスポンス ヘッダーを編集できない場合は、ブラウザとそのバージョン、失敗した方向、キーボード ショートカットが機能するかどうか、およびクリップボード関連のコンソール エラーを管理者に送ってください。統合を更新する必要があるかもしれません。CODE のネットワーク ポートを変更したり、コンテナを再起動したりしても、iframe ブラウザの権限は付与されません。
| あなたが見るもの | 次に確認すべき事項 |
|---|---|
Ctrl+Vツールバーのペーストは失敗しますが、 | ショートカットを使用するか、信頼できるサイトに対して要求されたブラウザのクリップボード権限を付与してください。 |
| Collabora-in からデスクトップへのコピーのみが失敗する | コピー制限またはブラウザの書き込み権限を確認し、選択したテキストが単純にコピーされることを確認してください。 |
| デスクトップからCollaboraへの貼り付けのみが失敗する | ブラウザの貼り付け権限、ドキュメント内のフォーカス、およびホストフレームが読み取りアクセスを委任しているかどうかを確認してください。 |
| コンソールに「クリップボードAPIは権限ポリシーによってブロックされました」と表示されます。 | 埋め込みページまたはそのレスポンスヘッダーがアクセスをブロックしています。統合の所有者が調整する必要があります。 |
| プレーンテキストは機能するが、リッチコンテンツは機能しない | サポートされているクリップボード形式と、貼り付け先のアプリの貼り付けオプションを比較してください。これは、クリップボードが完全に機能しないのではなく、形式の忠実度に関する制限である可能性があります。 |

権限または統合の変更後、ドキュメントを再度開き、プレーンテキストのテストを2回繰り返します。まずローカルアプリからCollaboraへ、次にCollaboraからローカルアプリへテストします。テキストが意図した場所に表示されることを確認し、次に依存している特定のリッチコンテンツをテストします。変更後にメニューのみが機能する場合は、キーボードの経路も確認してください。ショートカットのみが機能する場合は、コアクリップボードの経路は使用可能ですが、非同期ブラウザの権限経路がまだブロックされている可能性があります。
ブラウザのクリップボードアクセスに関するセキュリティルールについては、MDNのクリップボードAPIリファレンスを参照してください。Chromeのサイト権限制御については、Chromeのサイト設定ヘルプを参照してください。統合の所有者は、iframeクリップボードの権限要件について、Collaboraの高度な統合ドキュメントを確認できます。
Seafileで安全なドキュメント編集を有効にするには、デプロイメント用にCollaboraの検出URL、HTTPS、およびWOPIアクセスを設定してください。
システムクリップボードをテストし、ブラウザの権限を調整し、埋め込み型Collabora統合においてiframeポリシーの変更が必要なタイミングを特定します。
フォントファイルを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サーバーのアップデートが必要なタイミングを特定します。