Desktopeditors: Linuxバイナリが起動時にクラッシュする

Linux上で任意のwaylandコンポジターを使用してバイナリを実行します

こんにちは、Waylandでシステムをセットアップする最も簡単な方法に関するアドバイスはありますか？

Xorg内でsway （軽いwaylandコンポジター）を実行でき、Xorg内にネストされたwaylandを実行できると思います。
システムにXorgをセットアップしていないので、詳細は完全にはわかりませんが、端末からswayを実行するだけでIIRCが機能するはずです。

別の方法として、最近のUbuntu / Fedoraリリースでは、ログイン画面からウェイランドを選択できると思います。

これらのバイナリのビルドスクリプトを見つけることができませんでしたが、それらを指摘していただければ、そこで何が問題になっているのかを特定することができます。 Qtビルドが何らかの理由でWaylandサポートを欠いているという印象があります

Xorg内でsway（軽いwaylandコンポジター）を実行でき、Xorg内にネストされたwaylandを実行できると思います。

はい、試してみます。 @XDmitryKは、waylandサーバーを使用してUbuntuでDesktopEditorsを実行してみてください。この手順で十分だと思います。

これらのバイナリのビルドスクリプトが見つかりませんでした

https://github.com/ONLYOFFICE/build_toolsリポジトリでのすべてのビルド命令

@WhyNotHugo
WayLand（debパッケージ）を使用してUbuntu20.04でデスクトップを起動しました
どのようなインストール方法を使用しましたか？
また、OSに関する必要な情報もあります

基本的にアップストリームバイナリをダウンロードするArchLinuxユーザーパッケージを介してインストールしました。

多分それはXWayland経由で実行されています。 どちらかを試すことができますか：

• unset DISPLAY実行した後、ターミナルを介して実行する、または
• ターミナル設定QT_QPA_PLATFORM=waylandを介して実行していますか？

それはそれがWaylandを使用することを強制するはずです、その時点であなたは私が言及しているエラーを見るかもしれません。 （また、デスクトップのスケーリングを1.5倍のようなものに有効にすると、Xorgを介して実行されているバージョンが非常にぼやけていることに気付くでしょう。これはXorgの制限によるものです）。

@WhyNotHugo
残念ながら、Ubuntuではこれは繰り返されません
システムのイメージをVMファイルで送信できますか？

この問題が最新バージョン（6.0.0。および5.6.4）でも引き続き存在することを確認したいと思います。 Arch LinuxとSwayを実行していて、AURのバージョン（本日更新）と最新のAppImageの両方を試しました。

バイナリはXWayland（ QT_QPA_PLATFORM=xcb ）で動作しますが、これにより、前述のようにスケーリングが有効になっているディスプレイでエディターがぼやけます。

ここで同じ問題。 ArchLinuxで揺れます。 ただし、これまでのところ、QT_QPA_PLATFORM = xcbで修正されているようです。

QT_QPA_PLATFORM=xcbを使用すると、アプリケーションはXWayland経由で実行されますが、XWaylandには独自の問題があります。 アプリケーションをネイティブに実行したいだけです。

@XDmitryK最新の

ただし、 unset DISPLAY実行した後、アプリケーションは正常に実行されましたか？ この変数が設定されていない場合、Xorgと通信できないため、これは不可能です。

バージョンv6.1.0がリリースされましたが、Waylandサポートでコンパイルされていません

私は最新バージョンのManjaro（ローリングリリース）を使用しており、公式パッケージリポジトリから「onlyoffice-desktopeditors」をインストールしましたが、Waylandでは問題なく動作しています。
分数スケーリングを有効にした4Kディスプレイではすべてがぼやけているため、XWaylandthoを使用していると思います。
分数スケーリングを使用していないFullHDモニターでは、見栄えがします。

したがって、ネイティブのWaylandサポートを使用してQtアプリケーションを構築できる場合（電子を使用していませんか？）、それをテストできれば幸いです：heart：

分数スケーリングを有効にした4Kディスプレイではすべてがぼやけているため、XWaylandthoを使用していると思います。

XWaylandも使っていると思います。 これを確認するには、 xeyes実行し、onlyofficeの上にカーソルを移動します。 目がカーソルを追跡している場合、アプリケーションはxwaylandを使用しています。

swayを使用している場合は、 swaymsg -t get_tree出力を調べて確認することもできます。

うーん、素敵なツール、これについてはまだ知りませんでした。
そして、はい、あなたが期待したように、目はネイティブのGTK3アプリやThunderbirdやFirefox（-Wayland）のようなものでは起こらない唯一のオフィスウィンドウ全体にわたってカーソルを追跡します

Waylandプロトコルをネイティブにサポートするために、最新バージョンのQTに更新できれば素晴らしいと思います...

ここで何か新しいこと@ ShockwaveNN @ XDmitryK ？
これがいつか修正できれば本当にいいでしょう。
最近のほとんどのQtアプリのWaylandサポートはかなりしっかりしているので、なぜこれをoffice専用にアーカイブできなかったのか疑問に思います。

本当に必要な場合は、Waylandセッションが事前設定されたVMを構成できますが、これを自分で再現するのはそれほど難しいことではありません。

すでに動作しているUbuntuGnomeデスクトップをセッションタイプWaylandで起動し（GDMを使用している場合は右下のギアアイコンでこれを選択できます（テーマによって異なります））、パラメーター--platform wayland指定してonlyofficeを実行します。
EtvoilàOnlyofficeは、QtのWaylandサポートでコンパイルされていないため、もう起動しません（残念ながら、ここでもサポートできません）。

@ major-mayer
このバグが再現されていることを確認します。 ローカルのバグトラッカーに投稿しました。（バグ49179）

確認ありがとうございます👍

build_tools /automate.pyのqt_paramsに「-qt-wayland」を追加すると、この問題が解決する可能性があると思います。