PJ_EPENDING can be ignored for UDP. In fact, because it's a UDP
packet we don't care.

Change-Id: I84636730853bae2d43f39b16e638c6b7f57e276b
Gitlab: #165

Pierre Lespagnol authored 5 years ago and Adrien Béraud committed 5 years ago

Participants were detached from conf1 and attached to conf2 one by one, the last participant was detached but not removed from conference object because manager didn't consider the call as conference anymore because there was only 1 participant left.

Instead we detach and remove all participants from conf1 before add them to conf2.

Change-Id: Iac8c4d52d775397b94029fbdf90abf86103bfca5
Gitlab: #164

Users should be able to search from other name servers

Change-Id: I0c0d2adc637869f12b3e1e11a68a13d37031fac1
Gitlab: #163

Change-Id: I6f37b16f1ba897b337a30b4cac0e02904efc0556

Change-Id: Ie50963b1be9b6608adbf4ac7c29ae034c63b788e

Sébastien Blin authored 5 years ago and Adrien Béraud committed 5 years ago

Change-Id: I41e4da64ea18a7ef7332a2010b86a02efab8ea0c

Sébastien Blin authored 5 years ago and Adrien Béraud committed 5 years ago

Change-Id: Icb0fca978b51b0b2520b14add3a89f3dbbcda842

Sébastien Blin authored 5 years ago and Adrien Béraud committed 5 years ago

1. Resolving the TURN server but receiving connection timeout are
breaking the ICE init for now. This should not be the case. This
patch only removes the candidate from the candidate's list if a
conection timeout to the TURN occurs.
2. pj_getaddrinfo is very slow. Moreover, it's unecessary because
we succeed to get correct hosts candidates. So, just disable this.

Change-Id: Ic17628032c66ab1eeab43036bc340c81808aea5c

Adrien Béraud authored 5 years ago and Sébastien Blin committed 5 years ago

Change-Id: I9409c24fa51ba2dc000861f78a70e3843e50b810

Adrien Béraud authored 5 years ago and Sébastien Blin committed 5 years ago

Change-Id: Iaa5ab5b30421e60dcffeba7d1a37fe80b4689beb

Adrien Béraud authored 5 years ago and Sébastien Blin committed 5 years ago

Change-Id: Ia468c2f26ad20d445073fc49b6fffb29ad8c3292

Change-Id: I3d8838edae5d830bc8dadb083aaaf3d83760015c

Change-Id: I5b0ae1e73c91444365ef0b638f8ae867cebb95a6

Change-Id: I9c0fbf2afe1fff0d3c5816203824dd7d004d85c6

Adrien Béraud authored 5 years ago and Sébastien Blin committed 5 years ago

Change-Id: I1e9502e54f78a839cd8e690afe74adcb7f4aac3b
Reviewed-by: Sébastien Blin <sebastien.blin@savoirfairelinux.com>

Change-Id: Ib86ac365eca1491390013af75ec6b928a289222e

Avoids accidental loading of invalid/encrypted archive

Change-Id: Ibeb425207998b0dfc49f7c3bf523619e412532f3

Change-Id: I8350d662a295b6d478ec28e0c42e647a2565cf6e

Change-Id: I32ebd28fca7c3f6cafcf1ab6e1523c5eb9d5510e

Yang Wang authored 5 years ago and Andreas Traczyk committed 5 years ago

- #include <stdexcept> is added to this file to avoid complie error
  with "std::runtime_error" function for visual studio 2019 build

Change-Id: Ib4eb409c396f32e30f708ddbf338463fcb41d2fc

Pierre Lespagnol authored 5 years ago and Sébastien Blin committed 5 years ago

Change-Id: I1c3cee4e69507fc686ea0006618ce87ef4f3ce00

Eden Abitbol authored 5 years ago and Sébastien Blin committed 5 years ago

Depending on the platform, libupnp sometimes fails to download
the xml document provided by devices that answer the search
request. re-enabling blocking the blocking tcp connections at
compile time for libupnp seems to fix this issue.

The function used by the libupnp api to download the xml documents
is purely synchronous. To prevent the function from blocking
the upnp thread in case it hangs in the api, we used the disable
blocking tcp connection flag. Now that std::future is used to
circumvent this problem, we can re-enable the blocking tcp
connection.

Change-Id: I6efa02521e25171fcbca8c58a2c93987f5414f29

Change-Id: I5543c986330af56dcb28829fe25d170fc6e5211a

Change-Id: I0174da20ca3b60814c26168bdaa7d2b24d51cf3e

Change-Id: I9321ffb6e409750609a7e7744bfe0f7437d5ffd3

Change-Id: I3e13282b1004b50d8a842f1b5ed35fa01c7560a2

Sébastien Blin authored 5 years ago and Adrien Béraud committed 5 years ago

+ The export was incorrect, insert only add new values, but if the
value is not present, it's not updated. We should use the []
operator.
+ The import should use ns uri, not username for nameServer_

Change-Id: I7d271f48ba4fb6392333fd19e0e0f364bf267b48

+ Fix DHTLOGLEVEL
+ Fix proxy on android

Change-Id: Icfe40c583333598b4528a4a05be8680242563b21

Change-Id: I1ce80a3ed5404b5d2778bbd219bda9d94c1bdb12

Change-Id: I86175668235a4c2c263dd677534e40663c62a54e
Gitlab: #156

Change-Id: I589acbff481bdd2f8ecef2d6a7c664564d46e876

Change-Id: I41dfb1eba08891db33232c799d4c25a5ca210d4a

Change-Id: I021f019874346e81058210602d303aeeed068e78

Change-Id: Id8963b75f8df5046e0faec91aa32109d9bdd9dba

configurationMutex_ is already locked and not recursive, so we
can't relock this mutex nor call removeAccount here. Use the
generic error to detect if the account is correctly added or not.

Change-Id: I3af3800835702dc17e084ca36b147b81c03f8762
Gitlab: #155

Vsevolod Ivanov authored 5 years ago and Sébastien Blin committed 5 years ago

Change-Id: I32e1a1cee8b8b1c7a814b4538dab7109850d328e
Reviewed-by: Sébastien Blin <sebastien.blin@savoirfairelinux.com>

Andreas Traczyk authored 5 years ago and Kateryna Kostiuk committed 5 years ago

Change-Id: I58ed7b0650e90d8ec524f1851282b21d8b3f1ce3

Change-Id: I541e2aa1a419559c87c9f390601873bba12a0dc1

Change-Id: I2ab6818918fee8560b73967f3b224eebb92114e2
Gitlab: #147

Change-Id: I1aec6bf96d5417c8b21612b1a1dc8d895c9cbed8