Age | Commit message (Collapse) | Author |
|
Also fixes a problem with MariaDB ONLY_FULL_GROUP_BY and Oracle
Signed-off-by: Joas Schilling <coding@schilljs.com>
|
|
Also fixes a problem with MariaDB ONLY_FULL_GROUP_BY and Oracle
Signed-off-by: Joas Schilling <coding@schilljs.com>
|
|
MySQL docs:
Reject queries for which the select list, HAVING condition, or ORDER BY
list refer to nonaggregated columns that are neither named in the GROUP BY
clause nor are functionally dependent on (uniquely determined by) GROUP BY columns.
MariaDB docs:
For SELECT ... GROUP BY queries, disallow SELECTing columns which are
not referred to in the GROUP BY clause, unless they are passed to an
aggregate function like COUNT() or MAX(). Produce a 1055 error.
Ref https://jira.mariadb.org/browse/MDEV-11588
Similarly Oracle seems to fail with the query before
Signed-off-by: Joas Schilling <coding@schilljs.com>
|
|
When the room or call permissions are set the permissions of all
participants could be modified. However, without HPB the participant
list was not updated in this case, so the participants may not be aware
of the change until up to 30 seconds, when the participant list was
automatically fetched again.
Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>
|
|
When the room or call permissions are set the permissions of all
participants could be modified. However, in this case the signaling
permissions were not updated, so the signaling server could allow or
reject media from participants that were already in the room when the
permissions changed. Now a message to update all the participants
currently in the room is sent to the signaling server when the room or
call permissions are set.
Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>
|
|
Signed-off-by: Joas Schilling <coding@schilljs.com>
|
|
Signed-off-by: Joas Schilling <coding@schilljs.com>
|
|
nextcloud/fix-permissions-not-honoured-if-updated-right-before-joining-a-call
Fix permissions not honoured if updated right before joining a call
|
|
nextcloud/feature/6971/change-returns-of-reaction-api
Feature/6971/change returns of reaction api
|
|
When the local participant joins a call the sent media is based on the
last fetched permissions. However, once the call is joined the sent
media is based on the participant permissions updates notified by the
signaling messages.
When the HPB is used the "participantPermissions" property of the
"participants->update" signaling messages is used. Those messages are
sent when the permissions are modified and also when a participant joins
a call, but in this last case it did not include the expected property.
Due to this, if the permissions of the local participant were updated
right before the participant joined the call and the participant data
was not fetched again yet the previous permissions would be used. If the
message sent when the permissions were updated was received before
actually joining the call then it would be ignored, and although the
message sent due to joining the call would be processed the WebUI would
not notice the permission change, as the message did not provide them.
To solve that now the "participants->update" message sent when joining a
call also includes the permissions. This way, even if the previous
permissions are initially used when joining the call as soon as the
signaling message sent due to joining the call is received the WebUI
will adjust the sent media to the new permissions.
Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>
|
|
deleting
Signed-off-by: Joas Schilling <coding@schilljs.com>
|
|
Signed-off-by: Joas Schilling <coding@schilljs.com>
|
|
Signed-off-by: Joas Schilling <coding@schilljs.com>
|
|
Signed-off-by: Vitor Mattos <vitor@php.rio>
|
|
Signed-off-by: Vitor Mattos <vitor@php.rio>
|
|
Signed-off-by: Joas Schilling <coding@schilljs.com>
|
|
Signed-off-by: Joas Schilling <coding@schilljs.com>
|
|
Especially when adding multiple system messages we updated the room
data way too often.
Signed-off-by: Joas Schilling <coding@schilljs.com>
|
|
combined
Signed-off-by: Joas Schilling <coding@schilljs.com>
|
|
Signed-off-by: Vitor Mattos <vitor@php.rio>
|
|
nextcloud/techdebt/noid/use-transaction-for-internal-signaling
Use transactions for internal signaling
|
|
Signed-off-by: Vitor Mattos <vitor@php.rio>
|
|
Signed-off-by: Joas Schilling <coding@schilljs.com>
|
|
nextcloud/techdebt/noid/improve-activity-generation
Only calculate the room name once instead of loading all participants
|
|
Signed-off-by: Joas Schilling <coding@schilljs.com>
|
|
Signed-off-by: Joas Schilling <coding@schilljs.com>
|
|
Signed-off-by: Joas Schilling <coding@schilljs.com>
|
|
Signed-off-by: Joas Schilling <coding@schilljs.com>
|
|
nextcloud/feature/6874/define-if-job-is-time-sensitive
Define if job is time sensitive
|
|
Signed-off-by: Vitor Mattos <vitor@php.rio>
|
|
Remove unused app config
|
|
Signed-off-by: Vitor Mattos <vitor@php.rio>
|
|
Signed-off-by: Joas Schilling <coding@schilljs.com>
|
|
Signed-off-by: Joas Schilling <coding@schilljs.com>
|
|
Signed-off-by: Joas Schilling <coding@schilljs.com>
|
|
Signed-off-by: Vitor Mattos <vitor@php.rio>
|
|
Signed-off-by: Vitor Mattos <vitor@php.rio>
|
|
Signed-off-by: Vitor Mattos <vitor@php.rio>
|
|
Signed-off-by: Joas Schilling <coding@schilljs.com>
|
|
Signed-off-by: Joas Schilling <coding@schilljs.com>
|
|
Signed-off-by: Joas Schilling <coding@schilljs.com>
|
|
Signed-off-by: Vitor Mattos <vitor@php.rio>
|
|
Signed-off-by: Vitor Mattos <vitor@php.rio>
|
|
Signed-off-by: Vitor Mattos <vitor@php.rio>
|
|
Signed-off-by: Vitor Mattos <vitor@php.rio>
|
|
Signed-off-by: Vitor Mattos <vitor@php.rio>
Co-authored-by: Joas Schilling <213943+nickvergessen@users.noreply.github.com>
|
|
Signed-off-by: Vitor Mattos <vitor@php.rio>
Co-authored-by: Joas Schilling <213943+nickvergessen@users.noreply.github.com>
|
|
Signed-off-by: Vitor Mattos <vitor@php.rio>
|
|
Signed-off-by: Vitor Mattos <vitor@php.rio>
|
|
Signed-off-by: Vitor Mattos <vitor@php.rio>
|