The (bad) state of Qt on GNOME / Wayland

classic Classic list List threaded Threaded
8 messages Options
Reply | Threaded
Open this post in threaded view
|

The (bad) state of Qt on GNOME / Wayland

mario futire
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
_______________________________________________
users mailing list -- [hidden email]
To unsubscribe send an email to [hidden email]
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@...
Reply | Threaded
Open this post in threaded view
|

Re: The (bad) state of Qt on GNOME / Wayland

Patrick O'Callaghan-2
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.
>
> 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.

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
_______________________________________________
users mailing list -- [hidden email]
To unsubscribe send an email to [hidden email]
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@...
Reply | Threaded
Open this post in threaded view
|

Re: The (bad) state of Qt on GNOME / Wayland

mario futire
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.
_______________________________________________
users mailing list -- [hidden email]
To unsubscribe send an email to [hidden email]
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@...
Reply | Threaded
Open this post in threaded view
|

Re: The (bad) state of Qt on GNOME / Wayland

Patrick O'Callaghan-2
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 -- [hidden email]
To unsubscribe send an email to [hidden email]
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@...
Reply | Threaded
Open this post in threaded view
|

Re: The (bad) state of Qt on GNOME / Wayland

Fedora List mailing list-2
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 <[hidden email]> 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 -- [hidden email]
> To unsubscribe send an email to [hidden email]
> 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@...
_______________________________________________
users mailing list -- [hidden email]
To unsubscribe send an email to [hidden email]
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@...
Reply | Threaded
Open this post in threaded view
|

Re: The (bad) state of Qt on GNOME / Wayland

Jan Grulich
In reply to this post by mario futire
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.
>
> 1) 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.

> 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)

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.

> 3) main window geometry cannot be restored when the application restarts
> (https://bugreports.qt.io/browse/QTBUG-80612)

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
_______________________________________________
users mailing list -- [hidden email]
To unsubscribe send an email to [hidden email]
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@...
Reply | Threaded
Open this post in threaded view
|

Re: The (bad) state of Qt on GNOME / Wayland

Rex Dieter-2
In reply to this post by Fedora List mailing list-2
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
_______________________________________________
users mailing list -- [hidden email]
To unsubscribe send an email to [hidden email]
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@...
Reply | Threaded
Open this post in threaded view
|

Re: The (bad) state of Qt on GNOME / Wayland

mario futire
In reply to this post by Jan Grulich
Re geometry:
> Hi,
>
> As I told you in the bug above, I believe this a Wayland limitation.
>

you are probably right.
So in wayland (weston, plasma & gnome) position is lost but size is save
X11, position and size are saved
_______________________________________________
users mailing list -- [hidden email]
To unsubscribe send an email to [hidden email]
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@...