| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
This caused the test to be unreliable -- the event loop in the main
thread would exit before the thread finished running. Now we're sure
that it's only exiting becuase the thread finished running.
|
|
|
|
|
|
|
|
| |
I'm satisfied that the finished() signal won't be emitted until the
event loop is run, or waitForFinished() is called.
However, I'm not fully convinced that there isn't a race condition if
you try to waitForFinished() right away. Needs more investigation.
|
|
|
|
| |
Reviewed-by: Trust Me
|
|
|
|
| |
Reviewed-by: Trust Me
|
|
|
|
| |
Reviewed-by: Trust Me
|
|
|
|
| |
Reviewed-by: Trust Me
|
|
|
|
| |
Reviewed-by: Trust Me
|
|
|
|
|
|
|
|
|
|
| |
already-finished call.
This fixes a bit of a "surprise" when calling a local method (which
returns and finishes immediately) or when by accident calling a
function that returns QDBusReply instead of QDBusPendingCall/Reply.
Reviewed-by: Trust Me
|
|
|