Desktopeditors: Linux-Binärdateien stürzen beim Start ab

Führen Sie die Binärdateien hier unter Linux mit einem beliebigen Wayland-Compositor aus

Hallo, gibt es Ratschläge zum einfachsten Einrichten des Systems mit Wayland?

Ich glaube, Sie können sway (einen Light Wayland Compositor) in Xorg ausführen, und es wird Wayland in Xorg verschachtelt ausführen.
Ich habe Xorg nicht auf meinem System eingerichtet, daher bin ich mir der Feinheiten nicht ganz sicher, aber IIRC, das nur sway von einem Terminal aus ausführt, sollte funktionieren.

Als Alternative glaube ich, dass Sie mit den neuesten Ubuntu / Fedora-Versionen Wayland vom Anmeldebildschirm auswählen können.

Ich habe die Build-Skripte für diese Binärdateien nicht gefunden, aber wenn Sie mich darauf verweisen können, kann ich versuchen, herauszufinden, was dort falsch ist. Ich habe den Eindruck, dass dem Qt-Build aus irgendeinem Grund die Wayland-Unterstützung fehlt

Ich glaube, Sie können in Xorg schwanken (ein leichter Wayland-Compositor), und es wird in Xorg verschachteltes Wayland laufen.

Ok, wir werden es versuchen. @XDmitryK Bitte versuchen Sie, DesktopEditors unter Ubuntu mit Wayland Server auszuführen. Ich denke, diese Anweisung ist genug

Ich habe die Build-Skripte für diese Binärdateien nicht gefunden

Alle Build-Anweisungen finden Sie unter https://github.com/ONLYOFFICE/build_tools repo

@WhyNotHugo
Ich habe den Desktop unter Ubuntu 20.04 mit WayLand (Deb-Paket) gestartet.
Welche Installationsmethode haben Sie verwendet?
Und auch unsere Bedarfsinformationen zu Ihrem Betriebssystem

Ich habe über ein ArchLinux-Benutzerpaket installiert, das im Grunde Upstream-Binärdateien herunterlädt.

Vielleicht läuft es über XWayland. Können Sie entweder versuchen:

• Ausführen über ein Terminal nach dem Ausführen von unset DISPLAY oder
• Laufen über eine Terminaleinstellung QT_QPA_PLATFORM=wayland ?

Das sollte es zwingen, Wayland zu verwenden. An diesem Punkt sehen Sie möglicherweise den Fehler, den ich erwähne. (Wenn Sie die Desktop-Skalierung auf etwa das 1,5-fache aktivieren, werden Sie wahrscheinlich feststellen, dass die über die Xorg-Skalierung ausgeführte Version sehr verschwommen ist. Dies liegt an einer Xorg-Einschränkung.)

@WhyNotHugo
Leider wird dies unter Ubuntu nicht wiederholt
Können Sie uns ein Image Ihres Systems in einer VM-Datei senden?

Ich möchte bestätigen, dass dieses Problem in den neuesten Versionen (6.0.0. Und 5.6.4) weiterhin besteht. Ich verwende Arch Linux und Sway und habe sowohl die Version von AUR (heute aktualisiert) als auch das neueste AppImage ausprobiert.

Die Binärdateien funktionieren in XWayland ( QT_QPA_PLATFORM=xcb ), dies führt jedoch dazu, dass der Editor auf Anzeigen mit aktivierter Skalierung wie oben erwähnt unscharf wird.

Gleiches Problem hier. Sway auf Arch Linux. Bisher scheint QT_QPA_PLATFORM = xcb dies jedoch zu beheben.

Die Verwendung von QT_QPA_PLATFORM=xcb erzwingt die Ausführung der Anwendung über XWayland, das seine eigenen Probleme aufweist. Ich möchte die Anwendung lieber nur nativ ausführen.

@XDmitryK Können Sie versuchen, das neueste Fedora-Bild zu verwenden? Es hat eine schöne GUI, um Wayland anstelle von Xorg zu verwenden.

Wurde die Anwendung nach dem Ausführen von unset DISPLAY für Sie in Ordnung ausgeführt? Dies sollte nicht möglich sein, da es nicht in der Lage sein sollte, mit Xorg zu kommunizieren, wenn diese Variable nicht gesetzt ist.

Version v6.1.0 ist nicht verfügbar und wird noch nicht mit Wayland-Unterstützung kompiliert

Ich verwende die neueste Version von Manjaro (es ist eine fortlaufende Version) und habe die "onlyoffice-desktopeditors" aus dem offiziellen Paket-Repository installiert. Unter Wayland funktioniert das einwandfrei.
Ich denke, es wird XWayland verwendet, da auf meinem 4K-Display mit aktivierter fraktionierter Skalierung alles unscharf ist.
Auf dem FullHD-Monitor, der keine fraktionierte Skalierung verwendet, sieht es gut aus.

Wenn es also möglich ist, die Qt-Anwendung (sie verwendet kein Elektron, oder?) Mit nativer Wayland-Unterstützung zu erstellen, würde ich sie sehr gerne testen: heart:

Ich denke, es wird XWayland verwendet, da auf meinem 4K-Display mit aktivierter fraktionierter Skalierung alles unscharf ist.

Ich würde vermuten, dass es auch XWayland verwendet. Sie können dies bestätigen, indem Sie xeyes ausführen und den Cursor über das einzige Büro bewegen. Wenn die Augen den Cursor verfolgen, verwendet die Anwendung xwayland.

Wenn Sie sway verwenden, können Sie dies auch bestätigen, indem Sie die Ausgabe von swaymsg -t get_tree .

Uhh schönes Tool, wusste noch nichts davon.
Und ja, wie Sie erwartet haben, verfolgen die Augen den Cursor über das gesamte Onlyoffice-Fenster, was bei nativen GTK3-Apps oder Dingen wie Thunderbird und Firefox (-Wayland) nicht der Fall ist.

Es wäre großartig, wenn sie auf die neueste Version von QT aktualisieren könnten, um das Wayland-Protokoll nativ zu unterstützen ...

Gibt es hier Neues @ShockwaveNN @XDmitryK ?
Wäre wirklich schön, wenn dies irgendwann behoben werden könnte.
Die Wayland-Unterstützung der meisten Qt-Apps ist heutzutage ziemlich solide, daher frage ich mich, warum dies nicht auch nur für Büros archiviert werden konnte.

Wenn Sie es wirklich brauchen, kann ich Ihnen eine VM mit einer voreingestellten Wayland-Sitzung konfigurieren, aber es sollte nicht zu schwierig sein, dies selbst zu reproduzieren.

Starten Sie einfach Ihren bereits funktionierenden Ubuntu Gnome Desktop mit dem Sitzungstyp Wayland (Sie können dies mit dem unteren rechten Zahnradsymbol auswählen, wenn Sie GDM verwenden (abhängig von Ihrem Thema)) und führen Sie nur ein Büro mit dem Parameter --platform wayland .
Et voilà Onlyoffice startet nicht mehr, weil es irgendwie nicht mit Qts Wayland-Unterstützung kompiliert wurde (hier kann ich leider auch nicht helfen).

@ Major-Mayer
Ich bestätige, dass dieser Fehler reproduziert wird. Ich habe dies in unserem lokalen Bugtracker gepostet. (Bug 49179)

Vielen Dank für die Bestätigung 👍

Ich vermute, dass das Hinzufügen von '-qt-wayland' zu qt_params in build_tools / automate.py dieses Problem beheben kann.