Desktopeditors: Os binários do Linux travam na inicialização

Execute os binários aqui no Linux com qualquer compositor wayland

Olá, algum conselho sobre a maneira mais simples de configurar o sistema com o Wayland?

Eu acredito que você pode executar sway (um compositor de wayland leve) dentro do Xorg, e ele executará o wayland aninhado dentro do Xorg.
Não tenho o Xorg configurado em meu sistema, então não estou totalmente certo dos detalhes mais finos, mas IIRC, apenas executando sway de um terminal deve funcionar.

Como alternativa, acredito que as versões recentes do Ubuntu / Fedora permitem que você escolha o wayland na tela de login.

Não consegui encontrar os scripts de compilação para esses binários, mas se você puder me apontar para eles, posso tentar localizar o que está errado lá. Tenho a impressão de que a compilação do Qt não tem suporte para wayland por algum motivo

Eu acredito que você pode executar o balanço (um compositor de wayland leve) dentro do Xorg, e ele executará o wayland aninhado dentro do Xorg.

Ok, vamos tentar. @XDmitryK , tente executar DesktopEditors no Ubuntu com o servidor wayland, acho que esta instrução é suficiente

Não consegui encontrar os scripts de construção para esses binários

Todas as instruções de construção em https://github.com/ONLYOFFICE/build_tools repo

@WhyNotHugo
Iniciei o desktop no Ubuntu 20.04 com WayLand (pacote deb)
Qual método de instalação você usou?
E também nossa necessidade de informações sobre o seu sistema operacional

Eu instalei através de um pacote de usuário ArchLinux que basicamente baixa binários upstream.

Talvez esteja sendo executado via XWayland. Você pode tentar:

• Executando através de um terminal após executar unset DISPLAY , ou
• Executando por meio de uma configuração de terminal QT_QPA_PLATFORM=wayland ?

Isso deve forçá-lo a usar o Wayland, e nesse ponto você poderá ver o erro que estou mencionando. (Além disso, se você habilitar o dimensionamento da área de trabalho para algo como 1,5x, provavelmente notará que a versão em execução por meio de escalas do Xorg é muito borrada. Isso se deve a uma limitação do Xorg).

@WhyNotHugo
Infelizmente no Ubuntu isso não se repete
Você pode nos enviar uma imagem do seu sistema em um arquivo VM?

Gostaria de confirmar que esse problema ainda está presente nas versões mais recentes (6.0.0. E 5.6.4). Estou executando o Arch Linux e o Sway, e experimentei a versão do AUR (atualizada hoje) e o AppImage mais recente.

Os binários funcionam no XWayland ( QT_QPA_PLATFORM=xcb ), mas isso faz com que o editor fique embaçado nas telas com o dimensionamento habilitado, conforme mencionado antes.

O mesmo problema aqui. Balanço no Arch Linux. No entanto, até agora QT_QPA_PLATFORM = xcb parece ter resolvido.

Usar QT_QPA_PLATFORM=xcb força o aplicativo a rodar via XWayland, que tem seu próprio conjunto de problemas. Prefiro apenas executar o aplicativo nativamente.

@XDmitryK Você pode tentar usar a imagem mais recente do Fedora? Ele tem uma interface gráfica agradável para alternar para usar o Wayland em vez do Xorg.

No entanto, o aplicativo funcionou bem para você depois de executar unset DISPLAY ? Isso não deveria ser possível, uma vez que não deveria ser capaz de se comunicar com o Xorg se essa variável não estivesse definida.

A versão v6.1.0 foi lançada, ainda não compilada com suporte para wayland

Estou usando a versão mais recente do Manjaro (é um lançamento contínuo) e instalei o "onlyoffice-desktopeditors" do repositório oficial de pacotes e está funcionando perfeitamente no Wayland.
Acho que está usando o XWayland embora, porque tudo está borrado na minha tela 4K com a escala fracionária habilitada.
No FullHD Monitor, que não está usando escala fracionária, ele parece bom.

Portanto, se for possível construir o aplicativo Qt (não está usando elétron, certo?) Com suporte nativo do Wayland, ficaria muito feliz em testá-lo: coração:

Acho que está usando o XWayland embora, porque tudo está borrado na minha tela 4K com a escala fracionária habilitada.

Eu acho que ele está usando o XWayland também. Você pode confirmar isso executando xeyes e movendo o cursor sobre apenas o escritório. Se os olhos rastrearem o cursor, o aplicativo está usando xwayland.

Se estiver usando o sway, você também pode confirmar inspecionando a saída de swaymsg -t get_tree .

Uhh boa ferramenta, não sabia sobre isso ainda.
E sim, como você esperava, os olhos rastreiam o cursor sobre toda a janela do onlyoffice, o que não acontece em aplicativos GTK3 nativos ou coisas como Thunderbird e Firefox (-Wayland)

Seria ótimo se eles pudessem atualizar para a versão mais recente do QT para oferecer suporte nativo ao protocolo Wayland ...

Alguma novidade aqui @ShockwaveNN @XDmitryK ?
Seria muito bom se isso pudesse ser corrigido em algum momento.
O suporte do Wayland para a maioria dos aplicativos Qt é bastante sólido hoje em dia, então eu me pergunto por que isso não pôde ser arquivado apenas para o escritório também.

Se você realmente precisar, posso configurar uma VM com uma sessão do Wayland predefinida, mas não deve ser muito difícil reproduzi-la sozinho.

Apenas inicie seu Ubuntu Gnome Desktop já funcionando com o tipo de sessão Wayland (você pode escolher isso com o ícone de engrenagem inferior direito se estiver usando GDM (dependendo do seu tema)) e execute onlyoffice com o parâmetro --platform wayland .
Et voilà Onlyoffice não inicia mais, porque de alguma forma não foi compilado com o suporte ao Wayland do Qt (é aí que eu também não posso ajudar, infelizmente).

@ major-mayer
Confirmo que este bug foi reproduzido. postei isso em nosso bugtracker local. (bug 49179)

Obrigado pela confirmação 👍

Acho que adicionar '-qt-wayland' a qt_params em build_tools / automate.py pode resolver esse problema.