- 10 Aug, 2019 6 commits
-
-
JC Brand authored
-
JC Brand authored
By this time the cached messages are not yet fetched, causing the entire MAM archive to be queried.
-
JC Brand authored
* converse-muc: Handle timeout while fetching affiliation list * converse-omemo: Handle IQ timeout
-
JC Brand authored
-
JC Brand authored
-
JC Brand authored
-
- 09 Aug, 2019 2 commits
- 08 Aug, 2019 11 commits
-
-
JC Brand authored
-
JC Brand authored
-
JC Brand authored
-
JC Brand authored
-
JC Brand authored
-
Allan Nordhøy authored
Currently translated at 69.0% (271 of 393 strings) Translation: Converse.js/Translations Translate-URL: https://hosted.weblate.org/projects/conversejs/translations/nb_NO/
-
Yaron Shahrabani authored
Currently translated at 94.9% (373 of 393 strings) Translation: Converse.js/Translations Translate-URL: https://hosted.weblate.org/projects/conversejs/translations/he/
-
JC Brand authored
Currently translated at 95.9% (377 of 393 strings) Translation: Converse.js/Translations Translate-URL: https://hosted.weblate.org/projects/conversejs/translations/de/
-
JC Brand authored
Set converse-profile as dependency of converse-omemo
-
JC Brand authored
Don't remove affiliation for occupants if we weren't allowed to fetch that particular affiliation list. Previously, if fetching the list failed, we would return an empty array, which would imply that the affiliation list is empty and that all users with the given affiliation should have their affiliations removed. Instead we now return `null` and properly account for that when setting affiliations on existing contacts based on the returned member lists.
-
JC Brand authored
-
- 07 Aug, 2019 8 commits
-
-
JC Brand authored
We don't remove the existing chatboxes and upon refetching they become stale and get removed (by Backbone) and then the UI for them becomes unresponsive.
-
JC Brand authored
-
JC Brand authored
Don't remove cached presences in `afterTearDown` event. We might reconnect again and resume the session, in which case we need that data still. Instead, we remove cached presences when `clearSession` fires, because then we know we're not reconnecting. When reconnecting, we don't fetch presences from cache, we still have them (since we no longer remove them in `afterTearDown`). When reconnecting and not resuming, we clear the presences from cache, since we're starting a new session.
-
JC Brand authored
-
JC Brand authored
-
JC Brand authored
-
JC Brand authored
-
Arnaud Jacquemin authored
Translated using Weblate (Chinese (Simplified)) Currently translated at 41.8% (158 of 378 strings) Translate-URL: https://hosted.weblate.org/projects/conversejs/translations/zh_Hans/ Translated using Weblate (Russian) Currently translated at 96.8% (366 of 378 strings) Translate-URL: https://hosted.weblate.org/projects/conversejs/translations/ru/ Added translation using Weblate (Occitan) Translated using Weblate (Occitan) Currently translated at 79.9% (302 of 378 strings) Translate-URL: https://hosted.weblate.org/projects/conversejs/translations/oc/
-
- 06 Aug, 2019 5 commits
- 05 Aug, 2019 7 commits
- 03 Aug, 2019 1 commit
-
-
JC Brand authored
We do that in `clearSession` and otherwise when we auto-reconnect we end up without a roster.
-