- 22 Jul, 2019 2 commits
- 12 Jul, 2019 4 commits
-
-
JC Brand authored
So that we can remove the textarea if we're a visitor in a moderated room.
-
JC Brand authored
-
JC Brand authored
Instead optimize in other ways. Also: - Don't fade in when `animate` is false. - `trimChats` now gets called in `afterShown`. - Add now event `beforeShowingChatView`
-
JC Brand authored
-
- 11 Jul, 2019 7 commits
- 10 Jul, 2019 3 commits
-
-
JC Brand authored
These two commit should ideally be one, but I inadvertently pushed to remote too early.
-
JC Brand authored
Includes some refactoring: - Don't send an `active` chat state notification when entering a MUC I can't think of a good reason why this might be necessary or desired. - Move `setChatState` form the view to the model - Remove unused method `handleChatStateNotification` - Don't store `role` and `affiliation` for the current user on the ChatRoom object, but instead on the ChatRoomOccupant object representing the user.
-
Malcolm authored
-
- 09 Jul, 2019 2 commits
- 08 Jul, 2019 4 commits
- 05 Jul, 2019 3 commits
-
-
JC Brand authored
This change reverts the significant part of 1dfdb36d I can't say that I understand why libsignal throws `Error: Invalid signature` when you try to build a session for your own (sending) device, but given that messages can only be decrypted once, I guess it isn't really necessary to encrypt for your own device, since you already have the plaintext. In addition I've added some error handling so that we can recover gracefully when session building fails for a subset of devices.
-
JC Brand authored
-
JC Brand authored
* Create bug report template * Create feature request template
-
- 04 Jul, 2019 9 commits
-
-
JC Brand authored
-
JC Brand authored
-
JC Brand authored
So that the models get removed from the browser cache. Otherwise they get re-fetched when we reconnect.
-
JC Brand authored
-
JC Brand authored
-
JC Brand authored
In some cases, it might be desirable to clear cached chat messages once you've reconnected to the XMPP server. For example, if you want to prevent the chat history from getting too long or if you want to avoid gaps in the chat history (for example due to MAM not returning all messages since the last cached message). If you're using OMEMO, then you probably don't want to set this setting to ``true``. OMEMO messages can be decrypted only once, so if they then subsequently get cleared, you won't get the plaintext back.
-
JC Brand authored
and use promises to indicate when an occupant or contact has been set
-
JC Brand authored
This is done to avoid unnecessary repaints and reflows (caused when a message has already rendered and then an occupant is created and attached to that message, cauring a re-render). Related to #1266
-
JC Brand authored
-
- 03 Jul, 2019 1 commit
-
-
Kim Alvefur authored
-
- 01 Jul, 2019 5 commits