Age | Commit message (Collapse) | Author |
|
|
|
Trigger "usersLeft" event for remaining users when leaving room.
|
|
Fix creating Participants
|
|
Fix eslint
|
|
Signed-off-by: Joas Schilling <coding@schilljs.com>
|
|
Signed-off-by: Joas Schilling <coding@schilljs.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Split "being in a room" from "calling"
|
|
url with room token).
Signed-off-by: Ivan Sein <ivan@nextcloud.com>
|
|
Signed-off-by: Ivan Sein <ivan@nextcloud.com>
|
|
Signed-off-by: Joas Schilling <coding@schilljs.com>
|
|
Signed-off-by: Joas Schilling <coding@schilljs.com>
|
|
Add basic frontend for chat
|
|
This fixes a UI issue with the standalone signaling where the interface
didn't switch back to the "Looking good" view when leaving a room.
Signed-off-by: Joachim Bauch <bauch@struktur.de>
|
|
Chat messages are not interactive, so they should not use a pointer
cursor.
Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>
|
|
The CSS was copied from the Comments app.
Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>
|
|
The ChatView is a simplified version of CommentsTabView from the
Comments app, adapted to be used with ChatMessageCollection.
Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>
|
|
Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>
|
|
This prevents overloading both the browser and the server with
continuous and immediate requests when a fetch fails due to the server
returning an error (for example, if the user does not have access to a
room but its messages are tried to be received anyway).
Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>
|
|
"stopReceivingMessages" must be called on ChatMessageCollections once
they are no longer needed to ensure that they do not keep polling the
server.
Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>
|
|
"receiveMessages" sends a request to the server to get the messages; if
there is none to got the server keeps the connection open, causing
"receiveMessages" to wait until some message is available (or the
timeout ended, in which case the request would succeed but no message
would be returned). Once a response is got, "receiveMessages" sends a
new request to the server, and the process is repeated again and again.
Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>
|
|
Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>
|
|
As chat messages can only be sent and received, but not updated or
deleted, a limited set of features are available only in the models:
sending a message is done by saving a ChatMessage, while receiving the
chat messages from a room is done by fetching a ChatMessageCollection.
Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>
|
|
|
|
Unify database table namespace
|
|
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>
|
|
Signed-off-by: Joas Schilling <coding@schilljs.com>
|
|
Standalone signaling support
|
|
Signed-off-by: Joas Schilling <coding@schilljs.com>
|
|
Signed-off-by: Joachim Bauch <bauch@struktur.de>
|
|
Signed-off-by: Joachim Bauch <bauch@struktur.de>
|
|
Signed-off-by: Joachim Bauch <bauch@struktur.de>
|
|
Signed-off-by: Joachim Bauch <bauch@struktur.de>
|
|
This is necessary so the post-handlers can perform actions on the users
that were previously invited (but that already have been removed from
the DB)
Signed-off-by: Joachim Bauch <bauch@struktur.de>
|
|
Signed-off-by: Joachim Bauch <bauch@struktur.de>
|
|
Signed-off-by: Joachim Bauch <bauch@struktur.de>
|
|
Signed-off-by: Joachim Bauch <bauch@struktur.de>
|
|
Signed-off-by: Joachim Bauch <bauch@struktur.de>
|
|
Signed-off-by: Joachim Bauch <bauch@struktur.de>
|
|
Signed-off-by: Joachim Bauch <bauch@struktur.de>
|
|
Signed-off-by: Joas Schilling <coding@schilljs.com>
|