summaryrefslogtreecommitdiffstats
path: root/tests/auto/qscriptcontext/tst_qscriptcontext.cpp
diff options
context:
space:
mode:
authorBradley T. Hughes <bradley.hughes@nokia.com>2009-09-23 11:51:17 (GMT)
committerBradley T. Hughes <bradley.hughes@nokia.com>2009-09-25 10:19:45 (GMT)
commitd0d0fdb8e46351b4ab8492de31e5363ef6662b57 (patch)
tree3bad5b22c2ca844d72690637ec243fb171a4060e /tests/auto/qscriptcontext/tst_qscriptcontext.cpp
parent783ca8d44fd87f842323ad1f9e2fef4a5d0b37ad (diff)
downloadQt-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