- 20 Jan, 2018 1 commit
-
-
Philipp Hörist authored
-
- 03 Dec, 2017 2 commits
- 30 Nov, 2017 1 commit
-
-
Weblate authored
-
- 28 Nov, 2017 1 commit
-
-
Weblate authored
-
- 22 Nov, 2017 1 commit
-
-
Weblate authored
-
- 16 Oct, 2017 1 commit
-
-
Philipp Hörist authored
-
- 22 Sep, 2017 1 commit
-
-
Philipp Hörist authored
Fixes #8673
-
- 13 Aug, 2017 1 commit
-
-
Yann Leboulanger authored
-
- 10 Aug, 2017 4 commits
-
-
Philipp Hörist authored
Or we would need to pass `self` as an argument
-
Weblate authored
-
Weblate authored
-
Yann Leboulanger authored
-
- 09 Aug, 2017 3 commits
-
-
Yann Leboulanger authored
-
Yann Leboulanger authored
-
Yann Leboulanger authored
-
- 08 Aug, 2017 2 commits
-
-
Yann Leboulanger authored
Add .gitlab-ci.yml See merge request !113
-
Yann Leboulanger authored
-
- 07 Aug, 2017 1 commit
-
-
Yann Leboulanger authored
-
- 28 Jul, 2017 1 commit
-
-
Philipp Hörist authored
-
- 24 Jul, 2017 1 commit
-
-
Weblate authored
-
- 11 Jun, 2017 1 commit
-
-
Nulll authored
-
- 08 Jun, 2017 4 commits
-
-
Philipp Hörist authored
self.encoding which we set in the init is only intended to decode gpg´s stderr which uses a system specific encoding. if we dont encode the data we pass to python-gnupg ourself, it will fallback and use self.encoding. This might be of no concern if self.encoding is set to 'utf8' and when we are on Linux which has a preferred encoding of 'utf8'. But if we are on Windows the preferred encoding for stderr is most of the time not 'utf8'. If python-gnupg tries to decode a stderr stream that is for example encoded with 'cp1252' with our set encoding of 'utf8' this will fail. The solution is to pre-encode the data before we pass it to python-gnupg, so it does not have to use self.encoding as a fallback. And set self.encoding='latin1' because latin1 will not yield exceptions on decoding errors. Also gpg itself will fallback to latin1 as stderr encoding when it cant determine the preferred encoding of a system. self.decode_errors is used for something differently, and has no influence on the situation. Fixes #8644
-
Philipp Hörist authored
-
Philipp Hörist authored
-
Philipp Hörist authored
Fixes #8649
-
- 06 Jun, 2017 2 commits
-
-
Philipp Hörist authored
-
Philipp Hörist authored
-
- 05 Jun, 2017 2 commits
-
-
Philipp Hörist authored
Use dict or else zeroconf_connection.py would constantly overwrite it with a dict which we would have to check and transform back. so we use a dict and only transform to TXTRecord when we call pybonjour
-
Philipp Hörist authored
This reverts commit beaa82cf
-
- 04 Jun, 2017 1 commit
-
-
Philipp Hörist authored
-
- 03 Jun, 2017 3 commits
-
-
Philipp Hörist authored
Since we save the sent stanzas in the smacks queue for a potential replay on connection loss, smacks adds a delay tag.
-
Philipp Hörist authored
-
Philipp Hörist authored
-
- 01 Jun, 2017 1 commit
-
-
Philipp Hörist authored
There is no reason that any Groupchat should be treated as already connected when we sign in.
-
- 26 May, 2017 1 commit
-
-
Philipp Hörist authored
Some of the Commands have security implications, thats why we disable them per default Fixes #8378
-
- 02 May, 2017 1 commit
-
-
Philipp Hörist authored
If the user had an empty `file_transfer_proxies` config setting no proxies were used. As we discover the default server proxy ourself the user should not have to write it to his config setting to make use of it.
-
- 01 May, 2017 1 commit
-
-
Philipp Hörist authored
- Push Invitation and Decline event much earlier - Refactor Logic to decide if mediated or not Ejabbered 17.03 does add a `jabber:x:conference` namespace into mediated invites which has broken our logic - Dont add a groupchat contact on invitation, always add the inviter to the roster
-
- 25 Apr, 2017 1 commit
-
-
Philipp Hörist authored
Network link status detection with systemd-networkd See merge request !86
-
- 24 Apr, 2017 1 commit
-
-
Philipp Hörist authored
Logs.db is always at data_root, even if we set another config directory with -c
-