Commencez par tester avec du texte brut et le clavier : copiez du texte depuis une application locale, cliquez dans le document Collabora et appuyez sur Ctrl+F Ctrl+V(ou Command+Vsur macOS). Pour copier du texte depuis Collabora, sélectionnez-le, appuyez sur Ctrl+F Ctrl+Cou Command+Csur Ctrl+C, puis collez-le dans une application locale. Si les raccourcis fonctionnent mais pas le collage via la barre d’outils ou le clic droit, le problème vient probablement des autorisations d’accès au presse-papiers du navigateur. Si les raccourcis ne fonctionnent toujours pas, testez dans les deux sens et vérifiez si Collabora est intégré à un autre site.
Le presse-papiers système est la mémoire tampon partagée qui permet le transfert de données entre les applications. Collabora Online s'exécutant dans un navigateur, la copie de données en dehors de son environnement est également soumise aux règles de sécurité du navigateur.
Utilisez du texte brut pour le premier test. Les images, les tableaux, les plages de cellules de tableur et le texte formaté peuvent utiliser différents formats de presse-papiers ; un test en texte brut permet donc de distinguer les problèmes d’accès de base des problèmes de conversion de format.
Cliquez dans la zone d'édition du document pour la sélectionner. Utilisez le raccourci système plutôt que la barre d'outils de l'éditeur ou le menu contextuel du navigateur. Sous Windows et Linux, utilisez `Ctrl+C` Ctrl+Cet Ctrl+V`Ctrl+L` ; sous macOS, utilisez ` Ctrl+C` et `Ctrl+ Command+CD` Command+V. Si Collabora vous informe que l'accès au presse-papiers est limité et vous invite à utiliser des raccourcis, suivez ses instructions. L'action clavier est directement liée à un geste de l'utilisateur et fonctionne même si une action de menu appelant l'API Presse-papiers asynchrone est bloquée.
Si le problème persiste, vérifiez que le document est modifiable, que le curseur se trouve dans le document et non dans une zone de recherche ou un champ de la barre d'outils, et que le texte source est bien sélectionné. Fermez puis rouvrez le document après chaque modification d'autorisation ; une fenêtre d'éditeur obsolète peut conserver l'ancienne politique.
Vérifiez d'abord que le texte brut est bien reçu. Testez ensuite le contenu enrichi dont vous avez besoin ; les polices, les formules, les images et la mise en forme des cellules peuvent ne pas être transférées à l'identique. Utilisez le collage spécial si le système de destination le propose.
L'API Presse-papiers moderne est limitée aux contextes sécurisés, généralement HTTPS, et les navigateurs peuvent exiger une action ou une autorisation de l'utilisateur. Dans Chrome ou Edge, ouvrez les informations du site (à côté de l'adresse), accédez aux paramètres du site et autorisez le Presse-papiers pour le site de confiance si cette autorisation est disponible. Si une invite apparaît lorsque vous choisissez Coller, autorisez uniquement le service Office auquel vous faites confiance. Rechargez le document et répétez le test de copier-coller.
Les libellés et le comportement des autorisations d'accès au presse-papiers varient selon le navigateur. Certains navigateurs utilisent un geste de l'utilisateur ou une brève invite de collage au lieu d'une autorisation permanente. Un navigateur géré peut également appliquer une politique qui remplace votre choix ; si le contrôle est verrouillé ou si l'autorisation est refusée par une politique, demandez à l'administrateur du navigateur de vérifier la règle applicable au site de l'entreprise. Assurez-vous que le site utilise le protocole HTTPS : accorder une autorisation ne transforme pas une origine non sécurisée en contexte sécurisé.
Une iframe est une page web intégrée à une autre page. De nombreuses installations Collabora utilisent une iframe pour que la plateforme hôte puisse afficher l'éditeur. Dans les navigateurs basés sur Chromium, une iframe provenant d'une autre origine peut nécessiter que la page hôte autorise l'accès au presse-papiers. Le manuel du SDK Collabora documente cet attribut iframe pour sa requête d'autorisation d'accès au presse-papiers :
<iframe allow="clipboard-read *; clipboard-write *">
Il s'agit d'un paramètre d'intégration qui crée le cadre, et non d'un paramètre Docker sur le serveur Collabora. Si vous gérez l'application hôte, vérifiez l'iframe de l'éditeur dans les outils de développement du navigateur et assurez-vous que l'en Permissions-Policy-tête de réponse de la page parente ne bloque pas clipboard-readl' clipboard-writeaccès. Une politique de confidentialité restrictive peut refuser l'accès même si l'iframe possède un allowattribut `@Iframe`. Déléguez l'accès uniquement au cadre Collabora dont vos utilisateurs ont besoin ; n'accordez pas un accès étendu au presse-papiers pour du contenu intégré non pertinent.
Si vous utilisez un serveur Nextcloud hébergé, une plateforme d'apprentissage ou un portail documentaire et que vous ne parvenez pas à modifier le balisage de ses iframes ou les en-têtes de réponse, veuillez indiquer à son administrateur le navigateur et sa version, la direction dans laquelle l'opération a échoué, si les raccourcis clavier fonctionnent et toute erreur de console liée au presse-papiers. Une mise à jour de l'intégration peut être nécessaire. Modifier les ports réseau de CODE ou redémarrer son conteneur n'autorisera pas l'ouverture d'une iframe dans le navigateur.
| Ce que vous observez | Que vérifier ensuite ? |
|---|---|
La fonction Coller de la barre d'outils échoue, mais Ctrl+Vfonctionne | Utilisez le raccourci ou accordez au navigateur l'autorisation d'accès au presse-papiers demandée pour le site de confiance. |
| Seule la collaboration vers la copie de bureau échoue. | Vérifiez les restrictions de copie ou l'autorisation d'écriture de votre navigateur ; assurez-vous que le texte sélectionné est bien copié. |
| Seul le collage de fichiers du bureau vers Collabora échoue. | Vérifiez l'autorisation de collage du navigateur, la position du curseur dans le document et si le cadre hôte délègue l'accès en lecture. |
| La console indique : « L’API du presse-papiers a été bloquée par une politique d’autorisations. » | La page d'intégration ou son en-tête de réponse bloque l'accès. Le propriétaire de l'intégration doit la corriger. |
| Le texte brut fonctionne, mais le contenu enrichi non. | Comparez les formats de presse-papiers pris en charge et les options de collage de l'application de destination ; il peut s'agir d'une limite de fidélité de format plutôt que d'une défaillance totale du presse-papiers. |
Après une modification d'autorisation ou d'intégration, rouvrez le document et répétez les deux tests de texte brut : application locale vers Collabora, puis Collabora vers application locale. Vérifiez que le texte s'affiche à l'emplacement prévu, puis testez le contenu enrichi spécifique que vous utilisez. Si seul le menu fonctionne après la modification, vérifiez également le chemin d'accès au clavier ; si seuls les raccourcis fonctionnent, le chemin d'accès principal au presse-papiers est utilisable, mais le chemin d'accès asynchrone au navigateur peut toujours être bloqué.
Pour connaître les règles de sécurité régissant l'accès au presse-papiers du navigateur, consultez la documentation de l'API Presse-papiers de MDN . Pour gérer les autorisations des sites Chrome, consultez l'aide des paramètres de Chrome . Les responsables d'intégration peuvent consulter la documentation avancée de Collabora concernant l'autorisation d'accès au presse-papiers des iframes.
Testez le presse-papiers système, ajustez les autorisations du navigateur et identifiez les cas où une intégration Collabora intégrée nécessite une modification de la politique iframe.
Montez les fichiers de polices dans Docker et le système de Collabora afin que les polices personnalisées apparaissent dans l'éditeur et s'affichent correctement dans les documents.
Sauvegardez coolwsd.xml et ses sources de déploiement, restaurez-les en toute sécurité et vérifiez le code avant que les utilisateurs ne reprennent l'édition.
Autorisez l'origine exacte Nextcloud ou autre WOPI dans CODE, puis vérifiez la liste blanche des hôtes actifs et distinguez-la de la restriction d'adresse IP source de Nextcloud.
Analysez les connexions du navigateur, WOPI et WebSocket de Collabora pour déterminer pourquoi un document ne s'ouvre pas, puis appliquez la solution correspondant à votre configuration Nextcloud.
Déployez des réplicas Collabora CODE avec Helm, conservez chaque document sur un pod via l'affinité WOPI et vérifiez l'entrée, le placement des nœuds et l'édition Nextcloud.
Tracez une erreur de négociation de socket entre le navigateur et coolwsd, puis faites correspondre la route du proxy inverse à votre version de Collabora, y compris la modification Apache CODE 26.04.
Détecter les échecs de preuve WOPI de Collabora dus à des clés non concordantes, des données de découverte obsolètes, une dérive d'horloge ou des modifications d'URL de proxy, sans affaiblir la validation.
Réinitialisez le zoom du navigateur, testez une session propre et identifiez quand un menu de taille incorrecte nécessite une mise à jour du serveur Collabora.
Déployez Collabora CODE avec Docker, connectez-le en toute sécurité à Nextcloud Office et vérifiez l'édition de documents grâce à des contrôles WOPI et proxy pratiques.
