- Nov 17, 2018
-
-
Auto accepts common file formats as well as file formats produced by Ring. Change-Id: I4f2ac4702e7885b54bca79c4b96f47119762d0d9 Reviewed-by:
Sebastien Blin <sebastien.blin@savoirfairelinux.com>
-
Change-Id: Ibd1a13958e8a0c6614d2bcb92fae2f3dab20356d Reviewed-by:
Sebastien Blin <sebastien.blin@savoirfairelinux.com>
-
- Nov 16, 2018
-
-
Change-Id: Id1ebb21f1a74bc6a49ea73319b00eeffb4790ed9
-
Add duplicate number after filename, but before extension, and start count at 1 instead of 0. Before, it would be '(0)file.jpg', now it is 'file (1).jpg'. Change-Id: I0e1f74c172c3c4a66baca8b94302ddf9f42f35d1
-
This patch fixes next problems: -check profile type after adding account to accounts list and updating account details. Otherwise profile type is always INVALID -add option to create SIP account with URI, to avoid creating an entry with empty uri in db -do not save ring account with empty uri -set account credentials before saving configuration to save a new credentials in .yml Gitlab: #402 Change-Id: I98b2f00d0f879930067bcbe2d305569d27ec90a2 Reviewed-by:
Sebastien Blin <sebastien.blin@savoirfairelinux.com>
-
- Nov 05, 2018
-
-
Jenkins authored
Change-Id: I528a1684146f4d7bca9fd5a5dec9eed34618cec5
-
- Oct 31, 2018
-
-
Currently all outgoings calls have set audioOnly to false. This patch update audioOnly property according to call type. Change-Id: I312857cd07f96cb7fdd27c5acd6b9cff937d5d9a Reviewed-by:
Andreas Traczyk <andreas.traczyk@savoirfairelinux.com>
-
After updating SIP account profile, account URI disappears from select account widget because registered name is the same as a display name. This patch set registered name empty when update account from configuration properties because SIP account does not have registered name. Change-Id: I8ce9a98e390328e2a9a9404bf8c079547adc9ca3 Reviewed-by:
Andreas Traczyk <andreas.traczyk@savoirfairelinux.com>
-
- Oct 30, 2018
-
-
Change-Id: I96644498c6fec84518570b45eb5c4fb24dff46c2
-
af04c34f introduced a condition variable used to block until the conversation was created, circumventing a race condition when attempting to insert interactions. However, when not using D-Bus, slotContactAdded will be invoked on the blocked thread, and thus deadlock until the wait_for timeout. This patch replaces the synchronization mechanism with callbacks. Change-Id: I5f975a6245232e586be7df3f29008c1162d6b208 Reviewed-by:
Sebastien Blin <sebastien.blin@savoirfairelinux.com>
-
- Oct 23, 2018
-
-
Cyrille Béraud authored
Change-Id: I9fd427502b955f15a64284835e7b6d08de07b7de
-
- Oct 22, 2018
-
-
Jenkins authored
Change-Id: I290a361f7205dfd3726466a84f0da183fb26b220
-
- Oct 12, 2018
-
-
Change-Id: Ib2ede4d0ea79d461a59f8c1129d3e4f85cfb46bf
-
- Oct 05, 2018
-
-
Sébastien Blin authored
+ Fix SIP account creation + Update status when necessary Note: SIP status signals are not perfect. See #393 Change-Id: Idde847af4bceaec55fd59145c9f68712b3e46edc
-
- Oct 02, 2018
-
-
Change-Id: I7861c266d67d5e14e51c043b1ee7c074e74596e1 Reviewed-by:
Andreas Traczyk <andreas.traczyk@savoirfairelinux.com>
-
Add a CallbackHandler entry for deamon signal accountsChanged. Add an updateAccounts() function to the NewAccountModel and connect it to this new signal. This function detects new accounts and account removals. It calls addToAccounts and removeFromAccounts (formerly slotAccountRemoved) when appropriate. Stop using registrationStateChanged signal to detect new accounts. Fix various race conditions and potential errors during account creation and removal. Change-Id: Id774df852e63b69658160473962ec499fc244c53 Reviewed-by:
Andreas Traczyk <andreas.traczyk@savoirfairelinux.com>
-
ContactModel::getContact() raises std::out_of_range if it fails to find the contact. Calls to getContact() should always be protected by a try catch block. Change-Id: I4208a72b8ed205ea5811ca0e2f10b745c82b33e5 Reviewed-by:
Andreas Traczyk <andreas.traczyk@savoirfairelinux.com>
-
- Oct 01, 2018
-
-
Jenkins authored
Change-Id: I933adbc71921d4327e4a04ad9206931cca310d70
-
- Sep 28, 2018
-
-
Hugo Lefeuvre authored
The call state machine expects a two step state transition: the daemon should first transition to a terminating state, and then to OVER. This is almost always the case, expect for the SEARCHING state. In fact this state is a bit special since it does not correspond to any well defined daemon state. In order to avoid issues resulting from an invalid SEARCHING -> ENDED transition, add a temporary state transition to TERMINATING. Change-Id: I074d9a1beba2e39ef3089733485b57311e834214 Gitlab: #392 Reviewed-by:
Sebastien Blin <sebastien.blin@savoirfairelinux.com>
-
- Sep 27, 2018
-
-
Hugo Lefeuvre authored
Use dedicated states to represent BUSY and PEER_BUSY daemon status. Do not emit showChatView when call ends in PEER_BUSY status. In this case emit newly added showLeaveMessage signal. When receiving this signal, the client should ask the user whether it wants to record a message. Continue to emit showChatView in the BUSY state. Change-Id: I03882ada77366332443b835760034c8e370d9694 Reviewed-by:
Sebastien Blin <sebastien.blin@savoirfairelinux.com>
-
- Sep 24, 2018
-
-
Jenkins authored
Change-Id: I45d352e7d37e28acaf99547c1bfb4f50011ef7b3
-
Change-Id: Idaae64f572495c5953ff7b3d6162d0961c6d6f86
-
Philippe Gorley authored
Change-Id: I8ebea4b541518ced08ba087ac677541e61e16b88
-
- Sep 20, 2018
-
-
At the end of a call the state machine goes through several state changes. The daemon guarantees that we will first go through HUNGUP, INACTIVE, BUSY or FAILURE, and then through OVER. Currently FAILURE is considered to be the same as OVER by the LRC. This is wrong because FAILURE is a transitional state just like HUNGUP, not a final state like OVER. Because of that FAILURE should translate to TERMINATING and not ENDED. Also, we should always emit a signal during the first state transition, that is when we switch to HUNGUP, INACTIVE, BUSY or FAILURE, not when we switch to OVER. It is not meaningful to emit signals in both cases because it might result in contradictory actions, graphical glitches and obviously in a waste of resources. Change-Id: I2356ef133ba504555314d603a80bcebf3d112e02 Reviewed-by:
Andreas Traczyk <andreas.traczyk@savoirfairelinux.com>
-
Change-Id: I0d1ce3db21ebb3e13b8fc0c6df01564fea281c0d Gitlab: #391
-
Allan Nordhøy authored
Change-Id: I582190d3a54038b2e6bc301b1710d96ac5ab7e03
-
- Sep 19, 2018
-
-
Change-Id: Ia46865c37e7a8b13c861cc55b4d345ceac0f4f62
-
- Sep 18, 2018
-
-
Initial implementation of the avmodel, the model for handling video and audio related parts of the daemon API in the LRC. Change-Id: I0ec32e4751d023c1ba022aabb00191bf699c47a4 Reviewed-by:
Andreas Traczyk <andreas.traczyk@savoirfairelinux.com>
-
- Sep 15, 2018
-
-
Adrien Béraud authored
Change-Id: Ice84e71ecff31703c379dc34bdbfe09718928ea4
-
Remove contactAdded signal when adding a TEMPORARY contact. This signal is emitted after receiving signal from the daemon, so we don't need it two times. It allows to have updated contact information (particularly contact type). Change-Id: I2eb48178ccf0959acbc0e8439cfa6173011797f6 Reviewed-by:
Sebastien Blin <sebastien.blin@savoirfairelinux.com>
-
- Sep 14, 2018
-
-
callStatusChanged() should always be emitted before callEnded(), otherwise slot might get executed after callId has been set to "". Fix state transition to detect new calls based on state changes and not startedTime variable. Do not call selectConversation() in slotCallEnded(). This is useless because it has already been done in slotCallStatusChanged(). Change-Id: I9bb0de0ff6ec1378e6ca59470fc1a5ee186cf0ba Reviewed-by:
Sebastien Blin <sebastien.blin@savoirfairelinux.com>
-
Never emit callStatusChanged in togglePause and wait for daemon's signal to do so. Handle ACTIVE_DETACHED and ACTIVE_ATTACHED in call::to_status(). Change-Id: Ic6d709d37be053e82949b71f628e08631ce135d4 Gitlab: #389 Reviewed-by:
Sebastien Blin <sebastien.blin@savoirfairelinux.com>
-
- Sep 12, 2018
-
-
20e8d7b3 unintentionally dropped ProtocolHint support in format(). ProtocolHint is meant to improve format() output when no scheme was provided in the original uri. This commit addresses this issue. 20e8d7b3 intentionally dropped "active defaulting" in the URI class, meaning that if no URI scheme was provided in the original URI and if the scheme couldn't be guessed by ProtocolHint then no scheme will be present in format()'s output. However this breaks quite a few things in the old LRC. This commit reintroduces active defaulting to URI::SchemeType::RING. Also, finish to cleanup strip() scheme detection. Change-Id: Ibc9decfb9d9f72d070302702de46d376eecf5c48 Gitlab: #390 Reviewed-by:
Sebastien Blin <sebastien.blin@savoirfairelinux.com>
-
Sébastien Blin authored
+ The filter should use a regex match only if possible and a simple find for every queries. + Searching a SIP contact with a single quote should not crash! Change-Id: Ib874aebaad79ae0566f1e8ed380350153ae48e98 Gitlab: #388
-
- Sep 11, 2018
-
-
We also make smartlist output more verbose in case of lookup failure. Also, this patch does a major cleanup in the URI class, applying new LRC style and improving RFC support. Change-Id: Ia82f9af75b4a685df7a895b335af9f55fa2cb355 Gitlab: #384 Reviewed-by:
Sebastien Blin <sebastien.blin@savoirfairelinux.com>
-
Change-Id: I066675fe6d02e6b3f86d4c9105f2982255323a4d Gitlab: #386 Reviewed-by:
Sebastien Blin <sebastien.blin@savoirfairelinux.com>
-
- Sep 10, 2018
-
-
Jenkins authored
Change-Id: I7553abc38b4e1c2b56a46ff4be47d739a9de7114
-
slotCallEnded: in our case the call is always in OVER state otherwise this callback wouldn't be executed. This means that getCallFromURI(conversation.participants[0], true) will always throw std::out_of_range, i.e. we don't even need to call getCallFromURI and can directly set callId to "" instead. selectConversation: in the case where callId is "" there is no need to call getCall() because it is going to throw std::out_of_range anyways. Instead we should directly call showChatView. Simplify if condition in getCallFromURI. Change-Id: I0ff09c02c7a846836c69e0757959a67767dabff1 Gitlab: #385 Reviewed-by:
Sebastien Blin <sebastien.blin@savoirfairelinux.com>
-
- Sep 03, 2018
-
-
Jenkins authored
Change-Id: I8049992fb343068473d6dcaab6ad84627186ee41
-
- Aug 30, 2018
-
-
Change-Id: Iaee3ce12ec4fa0dffbfb3d79b6b7936c93444c5e Gitlab: #383 Reviewed-by:
Andreas Traczyk <andreas.traczyk@savoirfairelinux.com>
-