I am developing a Qt app in Fedora 31 using the default GNOME wayland session and I am very sorry to see the state of Qt in this configuration.
1) qt creator crashes often (https://bugzilla.redhat.com/show_bug.cgi?id=1773356) the crash report tool does not seem to help 2) drag & drop does not work in Qt creator (and in no other Qt app) (https://bugzilla.redhat.com/show_bug.cgi?id=1774762 and https://bugreports.qt.io/browse/QTBUG-80303) 3) main window geometry cannot be restored when the application restarts (https://bugreports.qt.io/browse/QTBUG-80612)
I think GNOME / Wayland / Qt it is just not ready and should not be offered as the default desktop session for Fedora.
If I force Qt to use X11 emulations, things are much better.
Probably Qt is responsible (but in the bug reports someone says that KDE / Wayland works well), and GNOME is not Qt, but there are so many Qt apps, that sending new users to a non working environment re-enforces the fact that "just works" is not true in Linux.
Regards
On Mon, 2019-12-09 at 08:58 +0000, mario futire wrote:
I am developing a Qt app in Fedora 31 using the default GNOME wayland session and I am very sorry to see the state of Qt in this configuration.
- qt creator crashes often (https://bugzilla.redhat.com/show_bug.cgi?id=1773356) the crash report tool does not seem to help
- drag & drop does not work in Qt creator (and in no other Qt app) (https://bugzilla.redhat.com/show_bug.cgi?id=1774762 and https://bugreports.qt.io/browse/QTBUG-80303)
- main window geometry cannot be restored when the application restarts (https://bugreports.qt.io/browse/QTBUG-80612)
I think GNOME / Wayland / Qt it is just not ready and should not be offered as the default desktop session for Fedora.
It isn't. The default desktop is Gnome/Wayland/Gtk, not Qt.
If I force Qt to use X11 emulations, things are much better.
Probably Qt is responsible (but in the bug reports someone says that KDE / Wayland works well), and GNOME is not Qt, but there are so many Qt apps, that sending new users to a non working environment re-enforces the fact that "just works" is not true in Linux.
You should probably post this to the Fedora KDE list, where issues related to Qt tend to be discussed.
poc
Sorry about a mistake, the default desktop is indeed Gnome - Wayland (no Qt here, mistake) but if one uses a Qt-based app, then all these issues are very real.
So Gnome - Wayland is ok, as long as Qt apps are *not* used.
The issues is not in KDE, but somewhere between Mutter - Wayland - Qt.
Fedora default desktop should be able to run correctly most applications. If Qt applications cannot work properly in the default desktop, then it (the default desktop) should be configured to run Qt-based application in the X11 emulation.
We are talking about a big GUI framework, not some unknown library. If GNOME/Wayland cannot cope with it, it should either not be the default or ensure Qt apps are run in the X11 emulation.
On Mon, 2019-12-09 at 12:40 +0000, mario futire wrote:
[When replying via HyperKitty, please quote the text you are commenting on. Unlike standard email clients, HK doesn't do this automatically, and most members of this list use email, not HK]
Sorry about a mistake, the default desktop is indeed Gnome - Wayland (no Qt here, mistake) but if one uses a Qt-based app, then all these issues are very real.
So Gnome - Wayland is ok, as long as Qt apps are *not* used.
The issues is not in KDE, but somewhere between Mutter - Wayland - Qt.
I know KDE is not the same as Qt, but Qt is actively discussed on the Fedora KDE list much more than here, especially regarding issues with Wayland.
Fedora default desktop should be able to run correctly most applications. If Qt applications cannot work properly in the default desktop, then it (the default desktop) should be configured to run Qt-based application in the X11 emulation.
We are talking about a big GUI framework, not some unknown library. If GNOME/Wayland cannot cope with it, it should either not be the default or ensure Qt apps are run in the X11 emulation.
I don't disagree, but as I use KDE (on X11) in preference to Gnome it's not that visible to me.
poc
Just to make a point, i have always disliked gnome & ever since it first appeared have used kde on fedora, if qt support in fedora becomes broken, i for one will ditch fedora
On 9 Dec 2019, at 13:05, Patrick O'Callaghan pocallaghan@gmail.com wrote:
On Mon, 2019-12-09 at 12:40 +0000, mario futire wrote:
[When replying via HyperKitty, please quote the text you are commenting on. Unlike standard email clients, HK doesn't do this automatically, and most members of this list use email, not HK]
Sorry about a mistake, the default desktop is indeed Gnome - Wayland (no Qt here, mistake) but if one uses a Qt-based app, then all these issues are very real.
So Gnome - Wayland is ok, as long as Qt apps are *not* used.
The issues is not in KDE, but somewhere between Mutter - Wayland - Qt.
I know KDE is not the same as Qt, but Qt is actively discussed on the Fedora KDE list much more than here, especially regarding issues with Wayland.
Fedora default desktop should be able to run correctly most applications. If Qt applications cannot work properly in the default desktop, then it (the default desktop) should be configured to run Qt-based application in the X11 emulation.
We are talking about a big GUI framework, not some unknown library. If GNOME/Wayland cannot cope with it, it should either not be the default or ensure Qt apps are run in the X11 emulation.
I don't disagree, but as I use KDE (on X11) in preference to Gnome it's not that visible to me.
poc _______________________________________________ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-leave@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Andy Paterson via users wrote:
Just to make a point, i have always disliked gnome & ever since it first appeared have used kde on fedora, if qt support in fedora becomes broken, i for one will ditch fedora
Your point is based on a false premise, so no worries.
-- rex
Hi,
I will repeat myself even here.
I am developing a Qt app in Fedora 31 using the default GNOME wayland session and I am very sorry to see the state of Qt in this configuration.
- qt creator crashes often (https://bugzilla.redhat.com/show_bug.cgi?id=1773356) the
crash report tool does not seem to help
I cannot reproduce the crash and you didn't even provide any backtrace or a prove that this is Wayland related.
- drag & drop does not work in Qt creator (and in no other Qt app)
(https://bugzilla.redhat.com/show_bug.cgi?id=1774762 and https://bugreports.qt.io/browse/QTBUG-80303)
This is an issue. I already spoke with the QtWayland developer and he unfortunately doesn't have time right now to look into this. I will try to look into this myself tomorrow.
- main window geometry cannot be restored when the application restarts
As I told you in the bug above, I believe this a Wayland limitation.
I think GNOME / Wayland / Qt it is just not ready and should not be offered as the default desktop session for Fedora.
If I force Qt to use X11 emulations, things are much better.
Probably Qt is responsible (but in the bug reports someone says that KDE / Wayland works well), and GNOME is not Qt, but there are so many Qt apps, that sending new users to a non working environment re-enforces the fact that "just works" is not true in Linux.
We are trying hard to make all the issues you have fixed, but nothing can be done immediately and requires some time. It helps that you report all the issues you have, but please be little more patient.
Thank you.
Regards, Jan
Thread is old, but makes me wonder, is there any current status on Qt with Wayland?
In F33 with GNOME Workstation, several Qt applications don't work correctly with Wayland, but do work if switching to Xorg.
avidemux-qt, for example, displays a video preview area that doesn't update.
Audacious 4, which is based on Qt by default but still includes a GTK+ based UI, too, which can be enabled on demand, fails for its Winamp UI mode. Windows can't be moved. If switching to the GTK+ UI backend, the problem with the Winamp mode cannot be reproduced.
On Sat, 2020-11-07 at 16:26 +0100, Michael Schwendt wrote:
Thread is old, but makes me wonder, is there any current status on Qt with Wayland?
In F33 with GNOME Workstation, several Qt applications don't work correctly with Wayland, but do work if switching to Xorg.
avidemux-qt, for example, displays a video preview area that doesn't update.
Audacious 4, which is based on Qt by default but still includes a GTK+ based UI, too, which can be enabled on demand, fails for its Winamp UI mode. Windows can't be moved. If switching to the GTK+ UI backend, the problem with the Winamp mode cannot be reproduced.
I briefly tried KDE on Wayland and abandoned it. I think it's being proposed for F34, but maybe it would be better to ask on the Fedora KDE list.
poc
users@lists.stg.fedoraproject.org