Modal windows should not stall connections

[js]

It seems that Gtk's idlequeue is stopped when a modal dialog pops up. This means Gajim doesn't process any network packets anymore when a modal dialog is open. We should either get rid of all modal dialog or use the SelectIdleQueue? (though I haven't tested if the SelectIdleQueue? is unaffected by this, I guess so).

[asterix]

that's right, it's why there are lessa nd less modal dialogs. Which one is still present?

[js]

Uhm, I have to look at it. I'll pay more attention to when I got dialogs.

Definitely modal are:

• Changing status message
• The Yes/No dialog for a groupchat invitation

[asterix]

(In [10090]) use PassphraseDialog? only asynchronously. see #4147

[asterix]

(In [10091]) Use InvitationReceivedDialog? asynchronously. see #4147

[asterix]

done for groupchat invitation dialog, for chaging status, it is indeed, but there is a timeout, isn't it enough?

[js]

Well, at least, in this time, all connection traffic is blocked. This will already give XEP-0184 warnings. It would be better to have that non-modal. We should grep for modal, I think, and fix all of them.

[js]

Oh, plus IF the user started changing it and for some reason paused, it might block for an even longer time!

[asterix]

(In [10126]) make ChangeStatusMessageDialog? asychronous. see #4147

[asterix]

(In [10138]) make EditGroups? and ChangePassword? dialogs asynchronous. see #4147

[asterix]

(In [10181]) make ad-hoc cancel warning dialog non-blocking. It was the last blocking dialog ! Fixes #4147