Otherwise dialogs could be garbage collected

- Don't use alternative FTP library
- active_mode: false is the default so not needed

Currently broken

The transports module will soon be removed

- When losing connection don't issue 'offline' event while we still can resume
with stream management

- Allow manual initated status change while reconnect is scheduled

- Remove connected variable
- Add status property instead

André authored 5 years ago and Philipp Hörist committed 5 years ago

Remove confusing 'default' from file name.

- Remove GNOME as Gajim is not related to the GNOME project
- Add Chat as Categorie
- Set StartupNotify=false because we really dont do what the spec wants from us if this is true
- Remove StatupWMClass because we change the window title often
- Add X-GNOME-UsesNotifications=true it tells GNOME that Gajim uses notifications

André authored 6 years ago and Philipp Hörist committed 5 years ago

AppMenu was really used by Gnome Shell only. Since its retirement with
Gnome Shell 3.32 there is no need to keep the 'prefers_app_menu' switch.

- This feature stems from the single device age
- Depends on deprecated Privacy Lists (XEP-0016)
- No support in other clients makes it in the current multiple device world useless
- Hard to maintain, prevents us to use even basic features like MUC because it would leak presence

Check if encryption is activated for a JID before sending the message

This fixes an regression from the send message refactor

This allows for much faster access than with a list

Otherwise this becomes a bottleneck if we load many MUCs, e.g. StartChat dialog

There are times for example when we open the StartChat Dialog, where
we need potentially hundreads of DiscoInfo entrys instantly.

If we execute a database query for each one of them this becomes a
bottleneck

- light refactoring of code which uses the service jid