This patch increase fetched conversation number earlier,
so ConversationSyncFinished would not be emitted in case when
second call to fetchNewCommits happened before receiving callback
from onNeedSocket_.
Change-Id: I72263768426fcce671029fd165323ce89e49e91b
Several improvements are included with this patch:
1. confirmed is resetted when account is removed, this allow to
send a request when conversation is added back and reset the
whole matrix, avoiding duplicates
2. Banned can be due to harrasement. In this case, keeping the
conversation like the old behavior (pre-swarm) is better, to keep
proofs. Also re-adding back a contact is immediate if it was a
mistake as the conversation is kept back.
https://git.jami.net/savoirfairelinux/jami-project/-/issues/1449
Change-Id: I13da8ce9bd431b91ce7b7d455dae561358c62f10
Removing a contact was not actually closing all connections, causing
the remote contact to be able to call even if it was banned if there
was more than two channels opened.
Rewrite closeConnectionsWith as it was unused to use it to close
connections with the banned contact.
https://git.jami.net/savoirfairelinux/jami-project/-/issues/1449
Change-Id: I147f437370a553f0682b0cea060720a6c473f8a2
upper layer should not need to interact with the IceTransport
directly and only uses the API of the socket endpoint.
Change-Id: Iea65b03b37e87e9a7ab542ba88be5a2c6790ae98
GitLab: #703
Let the IceTransport layer stopped it's current read if destroyed
(as it uses a peerChannel, this channel should be cancelled to
let upper layer stop correctly all operations).
Call the shutdown callback whenever the ICE is really destroyed
(so caller must not re-use the ICE pointer).
Finally, remove some dirty underlyingIce() accesses in peer_connection
Change-Id: Icca73d9af273297a558121ffddc991ac6617ece2
GitLab: #703
This is a first version. This avoid "insufficent bytes"' errors due
to the pack with a max size of 8k (which can be the case)
In a future version, the SyncMsg will be splitted in partial data
to only use the necessary size and could take any wanted size.
Change-Id: Ic4b86a8ac8c3c49063e5650fefbb1f969b458db6
This patch updates libressl repo source, since according
to https://github.com/libressl-portable/openbsd/issues/128,
releases from libressl-portable could be regenerated.
Change-Id: If050a282341ccec76eb85ab78d44e10508b22f9d
We could recheck for the video device capabilities whenever the
devices list is requested. This can avoid having a virtualcamera,
like OBS, with mismatching information from what is available on the system.
GitLab: https://git.jami.net/savoirfairelinux/jami-client-qt/-/issues/747
Change-Id: I012cfb71e12c8e9965b9d112e3ff0488c7cb285c
Virtual camera with non conventional fps where not working
properly due to a mismatch between the framerate rational in
daemon and AVRational in ffmpeg.
GitLab: https://git.jami.net/savoirfairelinux/jami-client-qt/-/issues/478
Change-Id: Ida3a575be1dedae0e581257e38bf7469154a6ef5
+ Fix timeout on OCSP requests
+ Fix addresses when switching between two interfaces (proxy_client)
Change-Id: Id6b65e665bc8e150bdefa040fc49bd21f666d352
+ Adds some missing references to the recently added files.
+ Removes the include of 'speex_config_types.h' on native Windows.
TODO: Refactor the cmake to be in one file. Way too complicated for
nothing. Also, "source_group" is probably not used by most devs.
Change-Id: I020caf40544d2a7502c70d96fec99b08278ac2ff
* add check for PulseAudio system echo cancel module
* audio processor preferences can currently only be changed in dring.yml
* not yet integrated into daemon/client signaling system
Gitlab: #692
Change-Id: I57af6e844acbbfdb5a78d95a87a98873757c506d
* send over SIP if not in conference
* send via ConfInfo for conferences
* multiple streams not yet supported
Change-Id: Ie43c43dd860f5ceed138eafef81359799961ead9
* rename EchoCanceller to AudioProcessor
* enable echo cancellation and voice activity detection
* add minimum active duration and trigger time to voice activation
Gitlab: #741
Change-Id: I98662462c17539fca1d042482e97fdb3eff86130
This will facilitate the work of the client in order to order messages
as linearized parents for all commits until the merge base can be
updated.
Change-Id: I95266174d58913fbfb2ca665da18b08475aa9c93
This is useful for the conversation_module if any channel is pending
while shutting down, as the previous fetch status was not updated.
More generally, every connectDevice() should call the associated
callback.
Add a unit test to replicate this scenario.
Change-Id: I72f2975dc15dd4bac3f55c2f899ebb1ae5a7a7f3
As we only need one git notification, we can just refresh the
last sending token to avoid to populate the cache with lot of
notifications that will be unused.
Change-Id: Icb8252c8a4b4068e0bd8475a8cc70d77224858da
If an account is disabled during the initialization of the ICE,
the callacks must be called to correctly clean conversation_module.
This was not correctly done as we only check the onShutdown() after
that the TLSSocketEndpoint is initialized.
It was a problem when the account was disabled, because in
connectDeviceStartIce() isDestroying_ was true at this point, so
we didn't erase the pending callback.
Change-Id: I21cdd30057d9879b6d6fef189fc43bf916d4c310
On a lot of iOS devices, a lot of weird IPv6 candidates seems to
be added from generally unused interfaces (tun0->2, ipsec_0-9, pdp_ip1->4)
Those interfaces seems to be up and running but instead a classic
link-local address (fe80:: like on macOS), some un-assigned ipv6
seems to be generated (2605:8d80:: or 2001:56f::) and seems un-documented.
Except ignoring point to point network for now, I don't see any good
solution. And this problem seems to only appears on iOS (macOS got tun0->2
but with a correct link local address).
Change-Id: I7724150ea2fdd93fbccac83cfa0c0c691452e820
