Conecte o Seafile e colabore com o URL WOPI correto.
Habilite a edição segura de documentos no Seafile configurando o URL de descoberta do Collabora, o HTTPS e o acesso WOPI para sua implementação.
Comece testando com texto simples e o teclado: copie de um aplicativo local, clique dentro do documento do Collabora e pressione Ctrl+V(ou Command+Vno macOS). Para copiar de outro aplicativo, selecione o texto no Collabora, pressione Ctrl+Cou Command+C, e cole em um aplicativo local. Se os atalhos funcionarem, mas a barra de ferramentas ou a opção Colar (clique com o botão direito) não, o problema provavelmente está relacionado às permissões da área de transferência do navegador. Se os atalhos também falharem, teste as duas direções e verifique se o Collabora está incorporado em outro site.
A área de transferência do sistema é o buffer compartilhado que transfere dados entre aplicativos. O Collabora Online é executado dentro de um navegador, portanto, copiar dados através de seus limites também passa pelas regras de segurança do navegador.
Use texto sem formatação para o primeiro teste. Imagens, tabelas, intervalos de planilhas e texto formatado podem usar formatos de área de transferência diferentes, portanto, um teste com texto sem formatação separa o acesso básico dos problemas de conversão de formato.

Clique na área de edição do documento para que ela fique em foco. Use o atalho do sistema em vez da barra de ferramentas do editor ou do menu de contexto do navegador. No Windows e no Linux, use Ctrl+Alt+F Ctrl+Ce Ctrl+Alt +F Ctrl+V; no macOS, use Ctrl+Alt+F e Ctrl+Alt+F. Quando uma mensagem do Collabora informar que o navegador tem acesso limitado à área de transferência e solicitar que você use atalhos, siga essa instrução. A ação do teclado está diretamente ligada a um gesto do usuário e pode funcionar mesmo quando uma ação de menu que chama a API assíncrona da Área de Transferência estiver bloqueada.Command+CCommand+V
Caso contrário, verifique se o documento é editável, se o cursor está dentro do documento e não em uma caixa de pesquisa ou campo da barra de ferramentas, e se o texto de origem foi realmente selecionado. Feche e abra o documento novamente após alterar as permissões; uma janela de edição desatualizada pode manter a política anterior.
Primeiro, confirme se o texto simples foi recebido. Em seguida, teste o conteúdo formatado que você precisa; fontes, fórmulas, imagens e formatação de células podem não ser transferidos da mesma forma. Use a opção "Colar Especial" quando o destino a oferecer.
A API da Área de Transferência moderna é restrita a contextos seguros, geralmente HTTPS, e os navegadores podem exigir uma ação ou permissão do usuário. No Chrome ou Edge, abra o controle de informações do site ao lado do endereço, acesse as configurações do site e defina a Área de Transferência como Permitir para o site confiável, quando essa permissão estiver disponível. Se uma solicitação do navegador aparecer quando você escolher Colar, permita apenas para o serviço do Office em que você confia. Recarregue o documento e repita o teste de texto bidirecional.

Os rótulos e o comportamento das permissões da área de transferência variam de acordo com o navegador. Alguns navegadores usam um gesto do usuário ou um aviso de colagem temporário em vez de uma permissão permanente. Um navegador gerenciado também pode impor uma política que substitui sua escolha; se o controle estiver bloqueado ou a permissão for negada pela política, peça ao administrador do navegador para verificar a regra do site do escritório. Mantenha o site em HTTPS: conceder uma permissão não transforma uma origem insegura em um contexto seguro.
Um iframe é uma página da web incorporada dentro de outra página. Muitas implementações do Collabora usam um para que a plataforma hospedeira possa exibir o editor. Em navegadores baseados no Chromium, um iframe de origem cruzada pode exigir que a página que o incorpora delegue o acesso à área de transferência. O manual do SDK do Collabora documenta esse atributo do iframe para sua consulta de permissão da área de transferência:
<iframe allow="clipboard-read *; clipboard-write *">
Esta é uma configuração da integração que cria o iframe, não uma configuração do Docker no servidor Collabora. Se você mantém o aplicativo host, verifique o iframe do editor nas ferramentas de desenvolvedor do navegador e certifique-se de que o Permissions-Policycabeçalho de resposta da página principal não esteja bloqueando clipboard-reado acesso clipboard-write. Uma política restritiva da página principal ainda pode negar o acesso mesmo quando o iframe possui um allowatributo `accessibility`. Delegue acesso apenas ao iframe do Collabora necessário para seus usuários; não conceda acesso amplo à área de transferência para conteúdo incorporado não relacionado.
Se você utiliza um Nextcloud hospedado, uma plataforma de aprendizagem ou um portal de documentos e não consegue editar a marcação do iframe ou os cabeçalhos de resposta, envie ao administrador as informações sobre o navegador e a versão, qual direção apresentou falha, se os atalhos de teclado funcionam e qualquer erro de console relacionado à área de transferência. Pode ser necessário atualizar a integração. Alterar as portas de rede do CODE ou reiniciar o contêiner não concederá permissão de navegador para o iframe.
| O que você observa | O que verificar a seguir |
|---|---|
A opção Colar na Barra de Ferramentas falha, mas Ctrl+Vfunciona | Use o atalho ou conceda a permissão de área de transferência do navegador solicitada para o site confiável. |
| Apenas a opção Colaborar na cópia para desktop falha. | Verifique as restrições de cópia ou as permissões de gravação do navegador; confirme se o texto selecionado foi copiado corretamente. |
| Apenas a função de colar do desktop para o Collabora falha. | Verifique a permissão de colar do navegador, o foco no documento e se o frame hospedeiro delega acesso de leitura. |
| O console exibe a mensagem: "A API da área de transferência foi bloqueada por uma política de permissões". | A página de incorporação ou seu cabeçalho de resposta está bloqueando o acesso. O responsável pela integração precisa ajustá-la. |
| Texto simples funciona, mas conteúdo formatado não. | Compare os formatos de área de transferência suportados e as opções de colar do aplicativo de destino; isso pode ser uma limitação de fidelidade de formato em vez de uma falha total da área de transferência. |

Após uma alteração de permissão ou integração, reabra o documento e repita os dois testes de texto simples: do aplicativo local para o Collabora e, em seguida, do Collabora para o aplicativo local. Confirme se o texto aparece no local desejado e, em seguida, teste o conteúdo formatado específico do qual você depende. Se apenas o menu funcionar após a alteração, verifique também o caminho do teclado; se apenas os atalhos funcionarem, o caminho principal da área de transferência está utilizável, mas o caminho de permissão assíncrona do navegador ainda pode estar bloqueado.
Para obter informações sobre as regras de segurança relacionadas ao acesso à área de transferência do navegador, consulte a referência da API da Área de Transferência da MDN . Para obter informações sobre os controles de permissão do site no Chrome, use a ajuda das configurações do site do Chrome . Os proprietários de integrações podem consultar a documentação avançada de integração da Collabora para obter informações sobre os requisitos de permissão da área de transferência do iframe.
Habilite a edição segura de documentos no Seafile configurando o URL de descoberta do Collabora, o HTTPS e o acesso WOPI para sua implementação.
Teste a área de transferência do sistema, ajuste as permissões do navegador e identifique quando uma integração incorporada do Collabora precisa de uma alteração na política de iframe.
Integre os arquivos de fonte ao Docker e ao systemplate do Collabora para que as fontes personalizadas apareçam no editor e sejam renderizadas corretamente nos documentos.
Faça backup do arquivo coolwsd.xml e de suas fontes de implantação, restaure-os com segurança e verifique o código antes que os usuários voltem a editá-lo.
Permita a origem exata do Nextcloud ou de outro servidor WOPI no código e, em seguida, verifique a lista de permissões do host ativo e diferencie-a da restrição de IP de origem do Nextcloud.
Analise as conexões do navegador, WOPI e WebSocket do Collabora para descobrir por que um documento não abre e, em seguida, aplique a correção que corresponde à sua configuração do Nextcloud.
Implante réplicas do Collabora CODE com o Helm, mantenha cada documento em um único pod por meio da afinidade WOPI e verifique o ingress, o posicionamento do nó e a edição do Nextcloud.
Rastreie uma falha no handshake de socket do navegador para o coolwsd e, em seguida, associe a rota do proxy reverso à sua versão do Collabora, incluindo a alteração CODE 26.04 do Apache.
Rastreie falhas na validação WOPI do Collabora devido a chaves incompatíveis, dados de descoberta desatualizados, desvio de relógio ou alterações de URL de proxy, sem comprometer a validação.
Redefina o zoom do navegador, teste uma sessão limpa e identifique quando um menu de tamanho malformado precisa de uma atualização do servidor Collabora.