Co-authored-by: Julien Veyssier <eneiluj@posteo.net>

Signed-off-by: Joas Schilling <coding@schilljs.com>

Show icon only with dnd status in the message

Signed-off-by: Joas Schilling <coding@schilljs.com>

Fixed contact selection bubble wrapping

Added missing "nowrap" and increased width.

Signed-off-by: Vincent Petry <vincent@nextcloud.com>

Also being in a conversation/call should make you appear online as before.

Signed-off-by: Joas Schilling <coding@schilljs.com>

Bump @nextcloud/vue to 2.6.6 for the status avatar updates

Signed-off-by: Joas Schilling <coding@schilljs.com>

Improved status update handling for mobile apps

Signed-off-by: Joas Schilling <coding@schilljs.com>

Signed-off-by: Joas Schilling <coding@schilljs.com>

l10n: Improving the string mark

The string text will appear in Transifex.

Set the user status when a mobile client polls for messages

Make the "Scroll to bottom" button non-primary

Small fixes for Matterbridge documentation

Bump stylelint from 13.7.1 to 13.7.2

Bump vue-router from 3.4.3 to 3.4.4

Bumps [stylelint](https://github.com/stylelint/stylelint) from 13.7.1 to 13.7.2.
- [Release notes](https://github.com/stylelint/stylelint/releases)
- [Changelog](https://github.com/stylelint/stylelint/blob/master/CHANGELOG.md)
- [Commits](https://github.com/stylelint/stylelint/compare/13.7.1...13.7.2

)

Signed-off-by: dependabot-preview[bot] <support@dependabot.com>

Bumps [vue-router](https://github.com/vuejs/vue-router) from 3.4.3 to 3.4.4.
- [Release notes](https://github.com/vuejs/vue-router/releases)
- [Changelog](https://github.com/vuejs/vue-router/blob/dev/CHANGELOG.md)
- [Commits](https://github.com/vuejs/vue-router/compare/v3.4.3...v3.4.4

)

Signed-off-by: dependabot-preview[bot] <support@dependabot.com>

Signed-off-by: Gary Kim <gary@garykim.dev>

Signed-off-by: Joas Schilling <coding@schilljs.com>

Add changelog for 10.0.0-rc.2

Signed-off-by: Joas Schilling <coding@schilljs.com>

Fix height in Talk sidebar in Files app

Remember selected input devices

Add "New in Talk 10" section

When starting the local media for the first time the media devices could
have not been enumerated yet, so even if the remembered devices are
available they were not used in the first "getUserMedia" request.
However, as the devices are enumerated after getting the user media (as
that is the only time when it is guaranteed that the full device
information can be got) this caused the remembered devices to be then
found and further "getUserMedia" requests to be made for them.

To avoid an initial "getUserMedia" request with default ids followed by
other requests with the remembered ones now the media devices are tried
to be enumerated before starting a call.

This does not guarantee that the extra "getUserMedia" requests will be
avoided, as if persistent media permissions are not granted the browser
may not provide the full device IDs, but at least avoids them in some
cases.

Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>

When the devices are enumerated the selected audio and video input id
may change depending on which devices are available. Therefore, when
"getUserMedia" is called if an enumeration has been triggered but it has
not finished yet now it will be waited for the enumeration to finish
before getting the user media.

Enumerating the devices is a fast operation, so this should not cause
any noticeable delay when getting the user media.

Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>

Before the audio and video input id changes were marked as pending only
while waiting for "getUserMedia" to finish. However, in the initial
phase of handling input id changes the tracks for the previous device
are stopped, which could cause the stream to be removed (for example, if
there was just a single active device) even if it is still referenced in
the "localStreamsChanged" array. Now handling input id changes are
marked as pending since the beginning, which prevents ended streams to
be removed while they may still be needed later.

Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>

When all the tracks from a stream were ended the stream was immediately
removed. However, if there were pending audio or video changes the
stream could be reused to add new tracks once "getUserMedia" finishes
without having to create a new one.

Moreover, this also fixes an issue when changing audio and video devices
at the "same" time. When a device is changed first the tracks for the
previous device are stopped. If both the audio and video devices were
changed then all the tracks of the stream were ended, and thus the
stream was removed. However, the stream was still referenced in the
"localStreamsChanged" arrays of the handlers, so when "getUserMedia"
returned the new track the old stream was not found, a new one was
created and the track was added to it. As this happened for both audio
and video two different streams ended being created, each one only with
audio tracks or video tracks, and as both streams were passed to
"localStreamChanged" either the audio or the video, depending on the
last stream passed, were disabled due to the stream not having tracks of
that type.

Something similar happened too when "getUserMedia" failed, although in
that case the old stream was the one passed to "localStreamChanged".

Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>