| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
|
|
|
|
|
| |
from stream
If a info request did not receive a response in some stream (e.g. due to network errors), any requests to the same entity in subsequent streams waited indefinitively.
|
| |
|
|
|
|
| |
fixes #901
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
request_info/items async, add caching has_entity_feature
|
| |
|
|
|
|
|
| |
fixes #179
fixes #812
|
|
|
|
|
| |
When a server returns multiple <x/> elements
in response to a discinfo query, this change
uses all of them instead of just the first one.
|
| |
|
| |
|
|
|
|
| |
Upstream: https://gitlab.gnome.org/GNOME/vala/-/issues/751
|
| |
|
| |
|
| |
|
|
|
|
| |
fixes #748
|
|
|
|
|
| |
Most of these are caused by various issues is the Vala compiler,
but it doesn't hurt to display them and report them upstream.
|
| |
|
| |
|
|
|
|
| |
fixes #470
|
|
|
|
| |
fixes #669
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
fixes #675
|
| |
|
|
|
|
| |
fixes #636
|
| |
|