- Mar 29, 2020
-
-
George Kiagiadakis authored
-
George Kiagiadakis authored
This is an asynchronous operation class, like GTask, but it is made to execute several operations underneath, using a state machine, instead of just a single operation.
-
- Mar 20, 2020
-
-
Julian Bouzas authored
-
Julian Bouzas authored
-
Julian Bouzas authored
-
- Mar 17, 2020
-
-
Julian Bouzas authored
-
- Mar 10, 2020
-
-
Julian Bouzas authored
-
- Mar 03, 2020
-
-
Julian Bouzas authored
-
Julian Bouzas authored
-
Julian Bouzas authored
-
Julian Bouzas authored
-
Julian Bouzas authored
-
- Feb 28, 2020
-
-
Julian Bouzas authored
-
Julian Bouzas authored
-
George Kiagiadakis authored
and in case it's missing, also #define some things to make compilation work, since this is only available in a pipewire branch right now
-
- Feb 27, 2020
-
-
Julian Bouzas authored
-
Julian Bouzas authored
-
Julian Bouzas authored
-
Julian Bouzas authored
-
Julian Bouzas authored
-
Julian Bouzas authored
-
Julian Bouzas authored
-
Julian Bouzas authored
-
Julian Bouzas authored
-
- Feb 26, 2020
-
-
Julian Bouzas authored
-
Julian Bouzas authored
-
Julian Bouzas authored
-
Julian Bouzas authored
-
Julian Bouzas authored
-
- Feb 25, 2020
-
-
Julian Bouzas authored
-
Julian Bouzas authored
This will solve a possible race condition in the unit test when destroying the autotestsrc proxy while its node_event_info is being called.
-
- Feb 19, 2020
-
-
George Kiagiadakis authored
-
- Feb 17, 2020
-
-
George Kiagiadakis authored
the global is stored internally and the returned ref is only useful in the WpProxy code, not in the registry_global() event
-
George Kiagiadakis authored
-
George Kiagiadakis authored
it doesn't matter, because we don't use it, but for the sake of readability
-
- Feb 14, 2020
-
-
George Kiagiadakis authored
-
George Kiagiadakis authored
-
George Kiagiadakis authored
some code is expecting things to happen in that order...
-
George Kiagiadakis authored
... in case the global is removed from the registry before the initial augment completes
-
George Kiagiadakis authored
When a new global is created, it is not certain if the registry global event or the proxy bound event will be fired first. In order to make sure we associate all proxies to their WpGlobals correctly, we now wait a core sync before exposing globals to the object managers, so that in case the implementation proxy receives the bound event after the registry creates the WpGlobal, we can make sure to use this proxy instead of constructing a new one through the object managers
-