talk-android/app/src
Daniel Calviño Sánchez f4380f0833 Fix "send" not respecting order of pending messages
When the data channel is not open yet data channel messages are queued
and then sent once opened. "onStateChange" is called from the WebRTC
signaling thread, while "send" can be called potentially from any
thread, so to send the data channel messages in the same order that they
were added new messages need to be enqueued until all the pending
messages have been sent. Otherwise, even if there is synchronization
already, it could happen that "onStateChange" was called but, before
getting the lock, "send" gets it and sends the new message before the
pending messages were sent.

Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>
2025-01-03 11:29:22 +00:00
..
androidTest/java/com/nextcloud/talk ktlintFormat 2024-11-21 11:34:24 +01:00
generic Add SPDX header 2024-03-24 15:19:21 +01:00
gplay Fix naming of app in header 2024-03-24 20:06:56 +01:00
main Fix "send" not respecting order of pending messages 2025-01-03 11:29:22 +00:00
qa fix: Have correct SPDX license header for logo/trademarked items 2024-04-25 18:29:46 +02:00
test Fix "send" not respecting order of pending messages 2025-01-03 11:29:22 +00:00