Conecte Seafile y Collabora con la URL WOPI correcta.
Habilite la edición segura de documentos en Seafile configurando la URL de descubrimiento de Collabora, HTTPS y el acceso WOPI para su implementación.
Restaurar la función de copiar y pegar entre Collabora y las aplicaciones de escritorio.
Para empezar, prueba con texto plano y el teclado: copia desde una aplicación local, haz clic dentro del documento de Collabora y pulsa Ctrl+V(o Command+Ven macOS). Para copiar, selecciona el texto en Collabora, pulsa Ctrl+Co Command+C, y luego pégalo en una aplicación local. Si los atajos funcionan, pero la barra de herramientas o la opción Pegar con el botón derecho no, es probable que el problema esté en la ruta de permisos del portapapeles del navegador. Si los atajos también fallan, prueba en ambas direcciones y comprueba si Collabora está integrado en otro sitio.
Mide el fallo antes de cambiar la configuración.
El portapapeles del sistema es el búfer compartido que transfiere datos entre aplicaciones. Collabora Online se ejecuta dentro de un navegador, por lo que copiar datos a través de su interfaz también cumple con las normas de seguridad del navegador.
- Abra un editor de texto básico local y copie una frase corta que no contenga información confidencial. En Collabora, haga clic en el cuerpo del documento y use el atajo de teclado para pegar.
- Ahora copia una frase corta del documento de Collabora y pégala en el editor local.
- Finalmente, copia y pega entre dos aplicaciones locales. Si esta última prueba también falla, primero intenta solucionar el problema del sistema operativo o del portapapeles del escritorio remoto; Collabora no es la única aplicación involucrada.
Para la primera prueba, utilice texto sin formato. Las imágenes, las tablas, los rangos de las hojas de cálculo y el texto con formato pueden usar diferentes formatos de portapapeles, por lo que una prueba con texto sin formato permite diferenciar el acceso básico de los problemas de conversión de formato.
Prueba primero la opción de teclado del navegador.
Haz clic en el área de edición del documento para que tenga el foco. Usa el atajo de teclado del sistema en lugar de la barra de herramientas del editor o el menú contextual del navegador. En Windows y Linux, usa Ctrl+Cy Ctrl+V; en macOS, usa Command+Cy Command+V. Cuando un mensaje de Collabora indique que el navegador tiene acceso limitado al portapapeles y te pida que uses atajos de teclado, sigue esa instrucción. La acción del teclado está directamente vinculada a un gesto del usuario y puede funcionar incluso cuando una acción del menú que llama a la API asíncrona del portapapeles está bloqueada.
Si no funciona, asegúrese de que el documento sea editable, que el cursor esté dentro del documento y no en un cuadro de búsqueda o un campo de la barra de herramientas, y que el texto de origen esté seleccionado. Cierre y vuelva a abrir el documento una vez después de cambiar los permisos; un editor obsoleto podría conservar la política anterior.
Primero, confirme que se recibe el texto sin formato. Luego, pruebe el contenido enriquecido que necesita; las fuentes, fórmulas, imágenes y formatos de celda pueden no transferirse de forma idéntica. Utilice el pegado especial cuando el destino lo permita.
Permitir el acceso al portapapeles en el navegador.
La API moderna del Portapapeles está restringida a contextos seguros, generalmente HTTPS, y los navegadores pueden requerir una acción o permiso del usuario. En Chrome o Edge, abre el control de información del sitio junto a la dirección, accede a la configuración del sitio y configura el Portapapeles en Permitir para el sitio de confianza cuando tengas ese permiso disponible. Si aparece una solicitud del navegador al seleccionar Pegar, permítelo solo para el servicio de Office en el que confíes. Recarga el documento y repite la prueba de texto bidireccional.
Las etiquetas y el comportamiento de los permisos del portapapeles varían según el navegador. Algunos navegadores utilizan un gesto del usuario o una solicitud de pegado efímera en lugar de un permiso permanente. Un navegador administrado también puede imponer una política que anule su elección; si el control está bloqueado o el permiso es denegado por la política, pida al administrador del navegador que revise la regla para el sitio web de la oficina. Mantenga el sitio en HTTPS: otorgar un permiso no convierte un origen inseguro en un contexto seguro.
Si Collabora está dentro de un iframe, compruebe la integración.
Un iframe es una página web incrustada dentro de otra página. Muchas implementaciones de Collabora utilizan uno para que la plataforma anfitriona pueda mostrar el editor. En navegadores basados en Chromium, un iframe de origen cruzado puede requerir que la página que lo incrusta delegue el acceso al portapapeles. El manual del SDK de Collabora documenta este atributo del iframe para su consulta de permisos del portapapeles:
<iframe allow="clipboard-read *; clipboard-write *">
Esta es una configuración para la integración que crea el marco, no una configuración de Docker en el servidor de Collabora. Si mantiene la aplicación host, verifique el iframe del editor en las herramientas para desarrolladores del navegador y compruebe que el Permissions-Policyencabezado de respuesta de la página principal no bloquee clipboard-readni clipboard-write. Una política principal restrictiva aún puede denegar el acceso incluso cuando el iframe tiene un allowatributo. Delegue solo al marco de Collabora que sus usuarios necesiten; no otorgue acceso amplio al portapapeles a contenido incrustado no relacionado.
Si utilizas Nextcloud alojado, una plataforma de aprendizaje o un portal de documentos y no puedes editar el marcado de marcos ni los encabezados de respuesta, envía al administrador el navegador y su versión, la dirección que falló, si funcionan los atajos de teclado y cualquier error de consola relacionado con el portapapeles. Es posible que deban actualizar la integración. Cambiar los puertos de red de CODE o reiniciar su contenedor no otorgará permisos de navegador para iframes.
Utilice el síntoma para elegir la siguiente comprobación.
| Lo que observas | ¿Qué revisar a continuación? |
|---|---|
La función Pegar en la barra de herramientas falla, pero Ctrl+Vfunciona. | Utilice el acceso directo o conceda el permiso solicitado para copiar el contenido del portapapeles del navegador al sitio de confianza. |
| Solo falla la copia de Collabora-in al escritorio. | Compruebe las restricciones de copia o los permisos de escritura del navegador; confirme que se haya copiado el texto seleccionado. |
| Solo falla la función de pegar en el escritorio. | Compruebe los permisos de pegado del navegador, el foco en el documento y si el marco anfitrión delega el acceso de lectura. |
| La consola indica que "la API del portapapeles ha sido bloqueada por una política de permisos". | La página de inserción o su encabezado de respuesta está bloqueando el acceso. El responsable de la integración debe ajustarlo. |
| El texto plano funciona, pero el contenido enriquecido no. | Compare los formatos de portapapeles compatibles con las opciones de pegado de la aplicación de destino; esto podría deberse a una limitación en la fidelidad del formato en lugar de a un fallo total del portapapeles. |
Confirmar el resultado
Tras un cambio de permisos o integración, vuelva a abrir el documento y repita ambas pruebas de texto plano: de la aplicación local a Collabora y, a continuación, de Collabora a la aplicación local. Confirme que el texto aparece en la ubicación prevista y, a continuación, pruebe el contenido enriquecido específico que utiliza. Si solo funciona el menú tras el cambio, verifique también la ruta del teclado; si solo funcionan los atajos de teclado, la ruta principal del portapapeles es utilizable, pero la ruta de permisos asíncrona del navegador podría seguir bloqueada.
Para conocer las reglas de seguridad relacionadas con el acceso al portapapeles del navegador, consulte la referencia de la API del portapapeles de MDN . Para obtener información sobre los controles de permisos de sitios en Chrome, consulte la ayuda de configuración de sitios de Chrome . Los responsables de la integración pueden consultar la documentación de integración avanzada de Collabora para conocer el requisito de permiso de portapapeles para iframes.
Restaurar la función de copiar y pegar entre Collabora y las aplicaciones de escritorio.
Pruebe el portapapeles del sistema, ajuste los permisos del navegador e identifique cuándo una integración de Collabora integrada necesita un cambio en la política de iframe.
Habilitar fuentes personalizadas en Collabora CODE Docker
Monta los archivos de fuentes en Docker y en la placa del sistema de Collabora para que las tipografías personalizadas aparezcan en el editor y se muestren correctamente en los documentos.
Restaurar la configuración de Collabora CODE sin perder los cambios de implementación.
Realice una copia de seguridad de coolwsd.xml y sus fuentes de implementación, restáurelas de forma segura y verifique el CÓDIGO antes de que los usuarios vuelvan a editarlo.
Corrige la comprobación de host WOPI de CODE haciendo coincidir el origen del host.
Permita el origen exacto de Nextcloud u otro WOPI en CODE, luego verifique la lista de hosts permitidos activa y distíngala de la restricción de IP de origen de Nextcloud.
Solucionar el error "Bueno, esto es vergonzoso" de Collabora
Analiza las conexiones del navegador, WOPI y WebSocket de Collabora para descubrir por qué no se abre un documento y, a continuación, aplica la solución que coincida con la configuración de tu Nextcloud.
Ejecuta Collabora Online en nodos de Kubernetes.
Implementa réplicas de Collabora CODE con Helm, mantén cada documento en un pod mediante la afinidad WOPI y verifica el acceso, la ubicación de los nodos y la edición en Nextcloud.
Restablecer la conexión WebSocket de Collabora a través del proxy
Rastrea un error en el protocolo de enlace de socket desde el navegador hasta coolwsd, y luego compara la ruta del proxy inverso con tu versión de Collabora, incluyendo el cambio de Apache CODE 26.04.
Solucione los errores de WOPI Proof comprobando las claves, el descubrimiento y las URL.
Detecta fallos en la prueba WOPI de Collabora debidos a claves que no coinciden, datos de descubrimiento obsoletos, desfase horario o cambios en la URL del proxy, sin debilitar la validación.
Solucionar un problema con el menú desplegable de tamaño de fuente de Collabora Online.
Restablezca el zoom del navegador, pruebe una sesión limpia e identifique cuándo un menú de tamaño con formato incorrecto necesita una actualización del servidor de Collabora.