| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
Add the 'whoami' api call, as a means to validate an access token
Signed-off-by: Dr. David Alan Gilbert <dave@treblig.org>
|
|
|
|
|
|
|
| |
Add api call for uploading device and one time keys.
It expects the json blobs to be presigned.
Signed-off-by: Dr. David Alan Gilbert <dave@treblig.org>
|
|
|
|
|
|
|
|
| |
Handle m.video, m.file, m.audio and m.image in _handle_incoming_media.
Remove _handle incoming_image. On incoming media, always print a chat
message with the download link and mimetype/size. If a thumbnail_url is
available and the thumbnail size is small, download and show that. Otherwise,
only for m_image, ask for a server generated thumbnail.
|
|
|
|
|
| |
* Comment about using state table for ephermal events
* Move JSON handling into matrix-api
|
|\ |
|
| |
| |
| |
| | |
so we don't show up once for each login
|
|/
|
|
| |
using the "Group Typing Notifications" plugin
|
|\
| |
| | |
Enable room invites when matrix handle is known
|
| |
| |
| |
| | |
Signed-off-by: Damien Zammit <damien@zamaudio.com>
|
|/
|
|
|
|
|
|
|
|
| |
Allow downloading of a thumbnail for a file.
Note: Synapse really doesn't like it if you don't specify
the height (I get a 500); so the caller has to give some
guess of dimensions, but the server gives something
reasonable.
Signed-off-by: Dr. David Alan Gilbert <dave@treblig.org>
|
|
|
|
|
|
| |
Download a file given a URI.
Signed-off-by: Dr. David Alan Gilbert <dave@treblig.org>
|
|
|
|
|
|
|
|
| |
When a response can't be parsed as JSON pass the body and length
to the callback.
Also add the content_type.
Signed-off-by: Dr. David Alan Gilbert <dave@treblig.org>
|
|
|
|
|
|
| |
Upload a file to a Matrix server.
Signed-off-by: Dr. David Alan Gilbert <dave@treblig.org>
|
|
|
|
| |
Double-clicking on a room in the buddy list now joins a room if necessary.
|
|
|
|
| |
If a user unticks 'persistent', then closes a tab, we should leave the room.
|
|
|
|
|
|
|
|
|
| |
Try to deal better with errors which occur during API requests, in terms of
reporting them to the user/logs, and in terms of not writing to freed
structures.
Also do some sanity-checking of the supplied homeserver URL: make sure it is
https:// or http://, and make sure we get the right number of '/'s.
|
|
|
|
|
| |
When making a request via a proxy, we are supposed to put the absolute URL
in the request-line.
|
|
|
|
|
|
| |
This requires the new full_state support from
https://github.com/matrix-org/synapse/pull/332. It's much cleaner than trying
to request the state the first time we hear about a room.
|
|
|
|
|
| |
Apart from seeming like the expected behaviour, this should stop us ending up
with segfaults when the sync completes after the connection has gone away.
|
|
|
|
|
|
|
| |
Move all matrix-login and bits of matrix-sync into matrix-connection, where
it seems to make more sense.
Also move MatrixConnectionData into matrix-connection.h
|
|
|
|
|
| |
This structure comes and goes with each connection, so rename it to better
reflect its lifecycle.
|
|
|
|
|
|
| |
We're going to need to do proper cancelling of API requests, which means
passing around enough state to make that possible, so return the
MatrixApiRequestData * from matrix_api_*.
|
|
|
|
|
| |
Persist the next_batch, so that we don't get old scrollback each time we open
the application.
|
| |
|
|
|
|
|
|
| |
Implement an event queue, and send messages through it.
We still need to sort out local echo.
|
|
|
|
| |
Use an external http parser, instead of inventing that wheel ourselves.
|
|
|
|
|
| |
Factor out the handling of errors from API calls, to make it easier to add new
ones.
|
|
|
|
| |
We now receive new messages in existing chats.
|
|
|
|
|
| |
initialSync is going away, so switch over before we get too far into the old
way.
|
|
|
|
|
|
| |
Not quite sure if this is the right approach yet - in particular, purple
distinguishes between active 'conversations', as opposed to 'chats' in the
buddy list. Which should our chats be?
|
|
Our first API call, woohoo.
At the moment we just call initialSync and don't do anything with the
response. But it's satisfying progress.
|