Si copiar y pegar funciona en tus aplicaciones de escritorio pero falla entre estas y Collabora Online, no necesariamente significa que el portapapeles del sistema operativo esté dañado. El problema podría deberse a la pestaña del navegador, a un permiso del navegador bloqueado, a un marco de Collabora integrado que no puede acceder a las API del portapapeles o al tipo de contenido que se está pegando. Una solución útil consiste en copiar un breve fragmento de texto desde una aplicación local a un documento de Collabora, volver a copiarlo y comprobar si el formato y las imágenes se conservan.
Ejecute las siguientes comprobaciones en orden. Comience con el texto sin formato y los atajos de teclado, luego verifique los permisos del navegador y la forma en que su organización integra Collabora. Esto permite diferenciar un problema de la estación de trabajo de un problema de integración sin modificar innecesariamente la configuración del servidor.
Primero, confirme que las aplicaciones de origen y destino pueden intercambiar datos del portapapeles fuera de Collabora. Copie una frase corta y sin información confidencial de un editor de texto local y péguela en otra aplicación local. Luego, invierta el proceso. Si esto falla, primero revise el sistema operativo, la sesión de escritorio remoto, la máquina virtual o el administrador del portapapeles. Collabora no puede leer contenido que nunca llega al portapapeles del dispositivo.
Si utiliza Escritorio remoto, un escritorio virtual o un navegador que se ejecuta en una máquina remota, compruebe si la opción de compartir el portapapeles está habilitada para esa sesión. Una copia exitosa entre dos aplicaciones dentro de la sesión remota no siempre garantiza que el texto pueda transferirse entre la sesión remota y su equipo físico. Pruebe ambas direcciones y observe dónde se detiene la transferencia.
Abre un documento, haz clic dentro del texto o la celda donde quieras pegar y usa el atajo de teclado habitual del sistema operativo: Ctrl+Cy Ctrl+Ven Windows o Linux, o Command+Cy Command+Ven macOS. Para una prueba sencilla, copia texto sin formato como «comprobación del portapapeles 123» desde una aplicación local. Evita empezar con una imagen, una tabla grande o contenido con formato.
Collabora Online se ejecuta en un navegador, por lo que el editor debe recibir la pulsación de tecla mientras su área de documento esté activa. Si el foco está en la barra de direcciones del navegador, un cuadro de búsqueda u otro control de la página, el atajo actuará sobre ese control. Haga clic una vez dentro del documento e inténtelo de nuevo. En Calc, confirme que la celda o barra de fórmulas deseada tenga el foco; en Writer, coloque el punto de inserción en el cuerpo del documento.
Compare también el comando Pegar de la barra de herramientas o del menú contextual con el atajo de teclado. Las reglas del portapapeles del navegador pueden impedir que una página web lea el portapapeles del sistema cuando se solicita. El historial de proyectos de Collabora documenta casos en los que el menú Pegar mostró una solicitud para usar el atajo de teclado, aunque este Ctrl+Vfuncionaba. Si el atajo funciona y el comando del menú no, registre esa diferencia; esto indica un problema con el acceso al portapapeles del navegador, en lugar de un fallo en el portapapeles del sistema.
Para las API de portapapeles de los navegadores modernos, la página generalmente debe estar en un contexto seguro. Verifique que la barra de direcciones muestre la dirección HTTPS de confianza de su organización y que el navegador no muestre ninguna advertencia de certificado. La documentación de la API de portapapeles de Mozilla explica que el acceso para leer o escribir en el portapapeles del sistema está restringido a contextos seguros y puede requerir la activación del usuario o el permiso del navegador.
Si su implementación de Collabora se encuentra detrás de un proxy inverso, es posible que los usuarios vean HTTPS mientras que la conexión entre el proxy y el servidor utiliza otro protocolo. No modifique la configuración del proxy ni la de TLS de Collabora basándose únicamente en el comportamiento del navegador. Solicite al administrador que verifique la URL externa, la terminación TLS y el esquema de reenvío según las instrucciones oficiales de implementación. Si la página pública ya utiliza HTTPS y solo falla una integración, continúe con las comprobaciones de marcos y permisos.
Verifique los permisos del sitio en su navegador para conocer el origen exacto donde se muestra Collabora. En navegadores basados en Chromium, utilice la información del sitio o los controles de configuración junto a la barra de direcciones, o busque "portapapeles" en la configuración del navegador. Si el sitio está configurado para bloquear, cámbielo solo para el sitio del documento de confianza y únicamente si su organización permite el uso del portapapeles. Recargue el documento después de cambiar un permiso y vuelva a probar con texto sin formato.
Algunas versiones del navegador muestran una solicitud de acceso solo cuando una página la solicita durante una acción del usuario. Acepte la solicitud solo si reconoce el sitio y la operación de pegado que desea realizar. Firefox y Safari no ofrecen los mismos controles de permisos del portapapeles de Chromium, por lo que sus solicitudes o comportamiento pueden diferir. La ausencia de un botón para activar o desactivar el portapapeles no significa que el navegador esté defectuoso; pruebe el atajo de teclado compatible y consulte la interfaz de permisos de su navegador.
Collabora anunció una nueva ruta de acceso directo al portapapeles con Collabora Online 24.04. Esto puede facilitar algunas operaciones de pegado siempre que el navegador sea compatible con la API correspondiente y el usuario otorgue los permisos necesarios. Sin embargo, esto no significa que todas las implementaciones o navegadores muestren el mismo mensaje, ni garantiza que el texto enriquecido, las imágenes y las hojas de cálculo se peguen de forma idéntica. Consulte la versión de Collabora que tiene implementada y las notas de la versión oficial antes de solicitar una actualización a un administrador.
Si Collabora se abre dentro de un portal, plataforma de aprendizaje o producto para compartir archivos, la aplicación anfitriona puede incrustarla en un iframe de origen cruzado. En los navegadores basados en Chromium, el acceso al portapapeles del iframe depende de la Política de Permisos del navegador, así como de los permisos del usuario. La página que incrusta el iframe podría necesitar delegar permisos clipboard-readal clipboard-writeorigen de Collabora. Un usuario no puede solucionar una política de iframe faltante cambiando repetidamente los permisos del navegador.
Solicite al administrador de la integración del host que inspeccione el iframe y el Permissions-Policyencabezado de la respuesta. El atributo del iframe allowdebe otorgar únicamente las capacidades de portapapeles necesarias al origen de Collabora de confianza, y la política de respuesta principal debe permitir dicho origen. No utilice una lista de permitidos con comodines amplios como atajo. Los orígenes exactos dependen de su implementación, y una política principal puede bloquear el acceso incluso cuando el propio iframe declara que lo permite.
Este diagnóstico es especialmente relevante cuando Collabora funciona correctamente en su URL directa, pero falla únicamente dentro del portal del host, o cuando los usuarios del mismo portal experimentan problemas recurrentes en navegadores basados en Chromium. Proporcione al administrador el nombre y la versión del navegador, el origen del host y de Collabora, si el problema afecta a copiar, pegar o ambos, y cualquier mensaje de la consola del navegador que mencione el acceso al portapapeles o la política de permisos. Elimine el contenido del documento y los detalles de la cuenta antes de compartir capturas de pantalla o registros.
Si un fragmento de texto corto se pega correctamente, pero el texto enriquecido, un rango de hoja de cálculo o una imagen no, la ruta básica del portapapeles funciona. El problema restante podría deberse a la compatibilidad del formato de datos o a la validación del navegador. Los navegadores y las aplicaciones pueden intercambiar varios formatos de portapapeles, pero no conservan todos los estilos, fórmulas, objetos o representaciones de imágenes de la misma manera. El navegador también puede validar el HTML como medida de seguridad.
Utilice el formato más sencillo que se ajuste a sus necesidades. Para texto, pruebe con Pegado especial o pegado sin formato si esta opción está disponible en su interfaz de Collabora. Para una tabla, pruebe con un rango pequeño y verifique que las filas y columnas se inserten en las celdas correctas. Para imágenes, primero confirme si la imagen se encuentra en el portapapeles del sistema pegándola en otra aplicación local compatible con imágenes. Si la imagen no aparece después de pegar el texto, no significa que el acceso al portapapeles esté interrumpido.
Tras probar las aplicaciones locales, HTTPS, los accesos directos y los permisos del sitio, repita la misma prueba de texto plano en otro navegador compatible con su organización. Utilice el mismo dispositivo, cuenta, documento y texto fuente para que la comparación sea válida. Si un navegador funciona y otro no, indique las versiones exactas de los navegadores y si Collabora está integrado. Si todos los navegadores fallan únicamente dentro de una aplicación anfitriona, concéntrese en su política de integración. Si los fallos comenzaron después de una actualización, compare las versiones de Collabora, la aplicación anfitriona y el navegador con la última configuración que funcionaba correctamente.
No asuma que borrar todos los datos del navegador, deshabilitar las funciones de seguridad o actualizar un componente solucionará todos los problemas. Estos pasos pueden eliminar información útil del sitio o introducir un cambio de compatibilidad. Utilice una ventana privada solo como prueba de diagnóstico breve y evite deshabilitar las extensiones que su organización requiera. El foro de soporte de Collabora documentó un informe del portapapeles específico de la integración que involucra un iframe anfitrión y navegadores Chromium; la discusión posterior describió una solución personalizada del lado del anfitrión. Considere estos informes como ejemplos de por qué es importante un diagnóstico específico del sitio, no como prueba de que el mismo error afecta a todas las instalaciones.
Si la prueba de texto básica sigue fallando después de estas comprobaciones, envíe a su administrador los resultados de la prueba, las versiones del navegador y de Collabora, si el documento está incrustado y la descripción exacta del error. Esta información ayuda a distinguir entre un problema con el portapapeles de la estación de trabajo, una restricción del navegador, un problema con la política de iframe y un defecto específico de la versión. La API del portapapeles del navegador tiene límites de seguridad por diseño, por lo que un resultado correcto podría requerir un cambio de integración aprobado en lugar de una activación por parte del usuario.
Fuentes: Notas de la versión 24.04 de Collabora Online ; Seguridad de la API del portapapeles de Mozilla MDN y comportamiento del navegador ; Documentación de lectura del portapapeles de Mozilla MDN ; Preguntas frecuentes de Collabora Online ; Foro de soporte de Collabora Online: informe del portapapeles de Moodle integrado .
Solucione los problemas de copiar y pegar de Collabora Online con aplicaciones locales probando los atajos de teclado, los permisos del portapapeles del navegador, HTTPS, las políticas de iframe y los formatos de contenido.
Solucione el problema del texto borroso en los editores de escritorio de ONLYOFFICE en Linux comprobando el escalado de la pantalla, el escalado de la interfaz de la aplicación, la disponibilidad de la fuente y el ámbito de representación en un orden seguro.
Aprenda cómo bloquear la impresión y las descargas en las integraciones de ONLYOFFICE Workspace, DocSpace o Docs, y verifique qué controles se aplican a cada método de uso compartido.
Solucione los errores 502 del servidor de documentos ONLYOFFICE detrás de Nginx. Verifique el estado del servicio, los registros, los puertos ascendentes, los encabezados reenviados, los WebSockets y la red de Docker.
Solucione los problemas de tiempo de espera de ONLYOFFICE Documents en un servidor autohospedado comprobando la URL correcta del portal o WebDAV, el acceso a la red, HTTPS, las credenciales y el enrutamiento del servidor.
Establezca una plantilla personalizada de LibreOffice Writer como predeterminada, actualícela o restablézcala y verifique que los nuevos documentos utilicen sus estilos y diseño de página preferidos.
Solucione los problemas de exportación de PDF de ONLYOFFICE separando los problemas de conversión, descarga del navegador y servidor, y luego verifique que el PDF guardado se abra y conserve su diseño.
Elimine ONLYOFFICE Document Server de Linux de forma segura. Siga los pasos para la instalación del paquete, Docker, Snap y Kubernetes, conserve los datos y verifique los servicios restantes.
Configure la sincronización con LDAP o Active Directory en ONLYOFFICE Workspace con ajustes de conexión segura, filtros de usuarios y grupos, asignación de atributos, derechos de administrador, sincronización programada y comprobaciones de verificación prácticas.
Instale ONLYOFFICE Document Server detrás de HAProxy con terminación TLS, encabezados reenviados, comprobaciones de estado, tiempos de espera seguros para WebSocket y enrutamiento con reconocimiento de documentos para implementaciones de varios nodos.
