The setting is obsolete since the functionality for media detection in
text messages was removed.
See: commit 8468535a
Signed-off-by: Tim Krüger <t@timkrueger.me>
The method 'TextMatchers#getMessageTypeFromString' suggested MIME types
for linked files in text message. Also for links like this not working
example:
- http://example.local/image.png
- image.png
In those cases no image can be loaded and that results in empty previews
like shown in the issue #1167.
So for alignment reasons to spreed and Talk iOS app this media detection
is removed and only links will be shown.
Resolves: #1167
Signed-off-by: Tim Krüger <t@timkrueger.me>
The new system message types 'call_missed' and 'call_tried' should be
shown as system messages and not regular text messages.
Resolves: #248
Signed-off-by: Tim Krüger <t@timkrueger.me>
The method 'TextMatchers#getMessageTypeFromString' suggested MIME types
for linked files in text message. Also for links like this not working
example:
- http://example.local/image.png
- image.png
In those cases no image can be loaded and that results in empty previews
like shown in the issue #1167.
So for alignment reasons to spreed and Talk iOS app this media detection
is removed and only links will be shown.
Resolves: #1167
Signed-off-by: Tim Krüger <t@timkrueger.me>
Now that "newSessions" only contains remote participants it is no longer
needed to check if the participant is an MCU publisher or not, as it
will never be.
Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>
When processing the participants in a room the signaling sessions of the
participants were compared against the Nextcloud session of the local
participant to find out which were the remote sessions. However, when
the HPB is used the signaling session is not the same as the Nextcloud
session, so the signaling session of the local participant never matched
her Nextcloud session, so it was always seen as a remote participant.
This caused the call state to be changed to "in conversation" (which,
for example, stopped the calling sound), when only the local participant
was in the call.
Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>
"hasMCU" was used before being updated, so this caused an unneeded call
to "getPeersForCall" when processing the users in the room for the first
time even if the MCU is actually used.
A better fix might be moving "hasMCU" to a method instead of relying on
the cached value, but just moving the update to the top of the method
should have no side effects (as calling "getPeersForCall" just updates
"participantMap", which is unused when the MCU is used, and sets the
avatars, which has no effect until the peer layout is set, which also
sets the avatar), so this is good enough for now.
Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>
