1.0.9

Correctly use SRV specified hostname for cert validation (#204)

Initially the XMPPTrustManager queried getServiceName from the
ConnectionConfiguration and used that for certificate validation. This is a
bug, because the serviceName corresponds to the hostname of the jabber id. That
is, if we're trying to connect for account foo@bar.com it corresponds to
bar.com.

However, we are properly doing a SRV lookup to see which server hosts the
actual XMPP server for bar.com, which may be on a different hostname. For
example, everyone hosting their XMPP at fastmail.com will have their XMPP
server on chat.messagingengine.com. The XMPPTrustManager will then try to
verify the server's certificate of chat.messagingengine.com against the bar.com
it expects, which will obviously fail. This issue renders it impossible for
anyone using a 3rd part XMPP server to connect to their account.

The correct approach is to use the hostname returned by the SRV lookup as the
hostname checked by XMPPTrustManager. That is, if our SRV lookup for bar.com
returns chat.messagingengine.com as the XMPP server, we should validate that
the certificate corresponds to chat.messagingengine.com, NOT bar.com

For #344 Database version increased to 67, migration for "Show message text in notification" chat option added.
 If chat option was same to global, it set to global, if it was different, it set to different.

New ShowMessageTextInNotification enum. Database migration was not done. Enum stored as an integer instead of boolean.

1.0.8

Debug log option is only available if application build with debuggable flag. It is not available on release builds.

1.0.7

1.0.6

Scroll v iew added to layout - toolbar do not pushed up by keyboard.;
Unified layout for activity with toolbar and fragment container.