diff options
author | Bradley T. Hughes <bradley.hughes@nokia.com> | 2009-09-23 11:51:17 (GMT) |
---|---|---|
committer | Bradley T. Hughes <bradley.hughes@nokia.com> | 2009-09-25 10:19:45 (GMT) |
commit | d0d0fdb8e46351b4ab8492de31e5363ef6662b57 (patch) | |
tree | 3bad5b22c2ca844d72690637ec243fb171a4060e /tests/auto/qscriptcontext/tst_qscriptcontext.cpp | |
parent | 783ca8d44fd87f842323ad1f9e2fef4a5d0b37ad (diff) | |
download | Qt-d0d0fdb8e46351b4ab8492de31e5363ef6662b57.zip Qt-d0d0fdb8e46351b4ab8492de31e5363ef6662b57.tar.gz Qt-d0d0fdb8e46351b4ab8492de31e5363ef6662b57.tar.bz2 |
Fix regressions in qeventloop, qtimer, and qsocketnotifier autotests
Commit ed375675d4a4f6fd63edeb242e23c87b3de4be6f triggers a behavior in
Glib's mainloop implementation where some event sources are not
"serviced" every iteration of the mainloop context. This breaks an
invariant that many tests relied on, so we need to solve the problem.
The invariant is that a newly added timer that would normally fire on
the next pass of the event loop (liker a zero timer) SHOULD actually
fire. We do this by registering 2 timer event sources with Glib's
mainloop: one normal priority source and one idle priority source. The
idle priority source is the one that will send events most of the
time, with the normal priority one taking over only when
processEvents() is called manually.
Task-number: QT-877
Reviewed-by: jbache
Reviewed-by: thiago
Reviewed-by: denis
Diffstat (limited to 'tests/auto/qscriptcontext/tst_qscriptcontext.cpp')
0 files changed, 0 insertions, 0 deletions