Qt applications close when selecting "shut down" in Gnome 3

[SGaist]

Sure you can, it's just a slot you need to have somewhere and make the connection, no need to subclass QApplication or QGuiApplication

[Jos_k]

OK, you encouraged me to take a closer look, but I don't understand the rationale.
I don't want direct user interaction, which is what the "QSessionManager::allowsInteraction()" seems to test for, just it to handle GNOME signals correctly.

Anyway, I started putting the slot in the lyx code though, but I'm not used to C++, so I'm having a hard time figuring out what variables should be declared, inherited ... in short, I don't know what part of the example code is universal and what part is application-specific. It's not just a matter of copy-and-paste ...

[andreyc]

[quote author="Jos_k" date="1411368631"]
I found the following code in LyX's source :
@void GuiApplication::commitData(QSessionManager & sm)
{
if (sm.allowsInteraction() && !closeAllViews())
sm.cancel();
}
@
[/quote]

This is exactly what Qt doc recommends to do.
A connect from qApp should be somewhere in the code.
@
connect(qApp, SIGNAL(commitDataRequest(QSessionManager)), this, SLOT(commitData(QSessionManager)));
@
where this is a pointer to GuiApplication.

But it will not help to avoid closing an application on "Shutdown" or "Logout" dialog if all data is already saved.
Since Gnome3 sends these requests before showing a dialog Qt app with all data saved will quit without any questions.

[Jos_k]

I didn't find the "connect to slot" line in the code. I might try to find how to construct a pointer to a void function in c++, if I have some time left today.

As you seem to confirm, it's not only about allowing user interaction, but also about correctly handling GNOME's signals before interaction.
But if a prompt allowing me to save unsaved changes would show up when the dialog appears, this would already help a lot.

For the moment, I work around this problem by suspending the computer directly by pushing the power button ; the LyX window survives.

[SGaist]

Did you also brought that to the Gnome team ?

[Jos_k]

No ; there seems to be no official forum, and I don't know if filing a bug report is appropriate as only Qt-based applications are affected.
But if you know a place where there's any chance to get an answer, I can surely open a topic.

[SGaist]

"Gnome mailing lists":https://mail.gnome.org/mailman/listinfo
"IRC Channel":https://wiki.gnome.org/Community/GettingInTouch/IRC

[Jos_k]

Yes, I found the gnome mailing lists ... but the plural is important here, as there seem to hundreds of lists, each related to a gnome application or functionality. What would be the right list ? A guess : gdm-list ?

I'd like to avoid IRC.

[SGaist]

I'd go for gnome-shell, AFAIK dgm is the part that handle drawing not session management

[Neptilo]

Hi,

I'm experiencing the same issues as described in this thread. Additionally, I'd like to mention that for some applications (for instance Qt Creator), it goes as far as shutting down the computer without waiting for the user to choose an option in the shutdown dialog. I posted "another thread":https://qt-project.org/forums/viewthread/53243 before finding this one.

Are there any developments about this since September?

[Neptilo]

Hi,

I'm experiencing the same issues as described in this thread. Additionally, I'd like to mention that for some applications (for instance Qt Creator), it goes as far as shutting down the computer without waiting for the user to choose an option in the shutdown dialog. I posted "another thread":https://qt-project.org/forums/viewthread/53243 before finding this one.

Are there any developments about this since September?