| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
|
|
Case in point is a room list model (so far in Quaternion, but planned for inclusion to the lib) that stores lists of connections and rooms; upon dropping, e.g., a room from the list the model should disconnect from the room's signals.
|
|
It slightly reduces the header interface and shortcuts the actual call chain (not that it had any performance implications, just easier reasoning).
|
|
QJsonObject()/QJsonValue()
It slightly reduces the header interface and shortcuts the actual call chain (not that it had any performance implications, just easier reasoning).
|
|
According to the most recent changes in GTAD.
|
|
|
|
That is until ubports move to xenial.
|
|
|
|
|
|
It's only available in CMake 3.7 and later and is not needed for any known project anyway.
|
|
|
|
This is to support uMatriks that still has to compile on xenial codebase.
|
|
...because temporaries returned by temporaries tend to disappear before you enter the loop body (see the bottom of http://en.cppreference.com/w/cpp/language/range-for#Explanation).
|
|
|
|
It's not version 2, it's still version 0.2.
|
|
[skip ci]
|
|
So that DownloadFileJob could figure if it should save the incoming payload to the file or it's the JSON details about the error.
|
|
Many thanks to clang-tidy and clazy authors for the tools, and to Qt Creator developers for making them easily available in the IDE.
|
|
Clang on FreeBSD doesn't seem to be playing nice in Release
configuration. See the comment in the committed code.
|
|
qAsConst() is a copy-paste from Qt code and is only supplied by QMatrixClient if Qt is below 5.7. unique_ptr_cast<> is similar to static_cast<> of pointers but deals with unique_ptr's, passing ownership to the newly made pointer.
|
|
Generic account data are at least readable now (you can get, say,
pushers from the library without it even being aware of what a pusher
is).
|
|
Also: provide Connection::directChats() to get the whole direct chats map.
|
|
...instead of copying the whole QDebug object.
|
|
Closes #113.
|
|
|
|
|
|
|
|
It's been long overdue to separate them from the rest of the stuff (docs etc.). Also, this allows installing to a directory within the checked out git tree (say, ./install/, similar to ./build/).
|
|
|
|
Closes #113.
|
|
to it
Closes #138. This is of course not encryption support yet, rather a safeguard for rooms that use encryption.
|
|
reliably
|
|
|
|
The job will retry after the period either advised by the server or the default retry period. Closes #186.
|
|
|
|
|
|
The previous one didn't cover all the cases; the current one seems to do. Closes #192. Accompanied by the developer's notes at: https://github.com/QMatrixClient/libqmatrixclient/wiki/unread_count
|
|
|
|
...where deque<>::difference_type is long rather than int.
|
|
|
|
isDirectChat() has been declared previously but not implemented, hence a
bit of strangeness in the commit.
|
|
|
|
|
|
|
|
Basically, the whole requestDirectChat() body has been moved and generalised to doInDirectChat(), and requestDirectChat() delegates to doInDirectChat(). The logic has been updated to cope with formerly left/forgotten rooms present in the list of direct chats (cleaning up the list along the way).
|
|
The asynchronous update first implemented was more verbose and caused
more problems than provided solutions. The idea was that the internal
directChats map would better reflect the server state if updated
asynchronously. However, it also causes a local race condition; e.g., to
quickly remove rooms from direct chats one after another becomes very
non-trivial (one has to wait until the previous operation succeeds). So
after some playing with the code, hitting pitfalls along the way, I
decided to align the logic with the one for room tags; synchronously
issued signals look uglyish but at least work predictably. And race
conditions between several clients generally cannot be cleanly resolved
anyway.
|
|
requests"
|
|
|
