When the needsSyncingSet signal is caught, we need to update the
UI to change filter tab, reload the conversation, etc.
Change-Id: I70170d75afa50acad6e79d53fcaeb82752c38e81
To accept incoming requests, a new acceptConversationRequest api
should be used and makePermanent is now only called for outgoing
requests.
Change-Id: I70bcfc0e323ae250641420f4fda91c6987cac720
This should fix a race condition preventing the right conversation
from being selected after an outgoing interaction and, more rarely,
accepting an invitation.
Change-Id: Iccd1f91ba4d46285c2f1e4594122a736824b752f
PENDING profile is no longer a valid filter criteria. isReqeust is
now used instead and the profile type is restricted to account
types and tracked as a separate property.
Change-Id: I4848e32f005ea7a6a8b5f2fa25d40b7e1e4d63b8
1. Remove unused conversationSmartListModel
2. Properly update conversation model by using onProfileUpdated
Change-Id: I8d6f3a3a5fea2cee38258ca0cc5bd6ca6f447395
1. Decline invites now auto-select the next one and de-select the
conversion when there are no more invites
2. Block conversations behaves the same as before
Gitlab: #402
Change-Id: Ibd3385e40cb2329d58ea90aa3347dfa4b66a4496
- use QString for interactionId
- swarm conversations: use loadConversationMessages and
subscribe to newMessagesAvailable signal
- avoid displaying "merge" and empty "data transfer" messages
- link composing status
Change-Id: Ic524bb786b2ff0471f03b1bb02d41d6da38e716a
Minor cosmetic changes to the account combo box, search bar, filter
tabs, and smartlist.
Change-Id: Ie8173504859b325374e42f0dbb4e0ae75f3ed740
Gitlab: #373
Gitlab: #374
Gitlab: #388
The UniqueConnections need slots to compare bindings. Also, member
functions are cleaner and easier to debug than lambdas.
Change-Id: I16ae3882e0f5ff0b92d1ca6c7ce383e5ceef8a79
Accessing smartlist on conversationRemoved can return invalid
items. Instead, only show welcome view and use modelChanged signal
for updating smartlist.
Also avoid duplicate navigation to welcome view.
Gitlab: #300
Change-Id: Ic1c192fecceeb59287267e3445fabf6afb91ffd5
- avoid using smartlist index change for conversation selection
when call ends (instead it can be triggered from calladapter)
- break long lines
Gitlab: #260
Change-Id: Iaa1f9269d9ba6889fb1a7e466cd586fa86263bc7
Note: if the Displayname/alias is the same as the username,
it should be the only line shown
Gitlab: #129
Change-Id: I2c3dc8d304bd730a2ae114e4686c9ae899087c6b
- switch between "conversations" - "invitations" smartlists according to call origin
- "Accept Request" button from msg's view header: hide on contact accepted, set on view load according to userType
- correct requests smartlist item selection on tab switch
- accept incoming call from pending contact makes conversation permanent
Gitlab: #74
Change-Id: Iadfef0d7e4032002d8007a4f18a9eae27f7ba230
- AccountAdapter::navigateToWelcomePageRequired is no longer required since subscription to property change in QML
- avoid unnecessary CallAdapter signals for UI management. Listen to BehaviorController and avoid duplicated / unnecessary signals.
- avoid duplicated code:
- account selection only in AccountAdapter::changeAccount and ConversationsAdapter::selectConversation
- simplification of ConversationsAdapter::selectConversation
- conversation UI always managed by ConversationsAdapter -> ConversationSmartListItemDelegate
- smartlistmodel: no need to show callstack for outgoing calls in state ENDED
Gitlab: #86
Gitlab: #87
Gitlab: #88
Change-Id: I7025d4292914939f5a78aee1c4742104b370641d
1. When there is no contact, some properties in smart list view could be null
2. When creating new accounts from no accounts, adding a new contact and
switch accounts will cause "Contact out of range". This is caused by
smartlist model account id does not update at that time. Instead,
use current account id always.
Change-Id: Ic42ec33c4932908caff2ebca2814903f95c12a10
- Note: adds forcing the main window to the top to overcome a
Qt/QML bug which prevents this from working when activating
from a notification window source.
Change-Id: Ib5a93d3937fe5a4de0229f7aeae8469d1ffdfba3
The clientwrapper class masks granular object registration within
qml, and encourages code duplication between viewmodels(adapters)
and code lasagnafication and the misuse of declarative Qml.
Change-Id: I85fef214363e62e54fc0681282323ea4861000d6
Gitlab: #66
It seems concurrent calls to invokeMethod using qml component
object pointers can lead to access violations. These method
invocations can be replaced with a signal/slot mechanism.
This patch replaces only the invocations in conversationsadapter
and accountsadapter that are known to be problematic for now.
Some code cleanup is done for QmlAdapterBase derived classes.
Gitlab: #61
Change-Id: I72f47c9229a9bf42299ae52822c3a1a8c04eb423
- avoid duplicate call of LRC's setTopAccount()
- welcome view displays always the first account on the list, so passing the index is not necessary
- conversationsadapter and messagesadapter no longer listen to currentAccountChanged signal since there is a specific function for the setup
Gitlab: #12
Change-Id: Iac932d2596bf59c7528d83be799342ccefeea6b0
