GitHub PushEvent at 2014-08-01 10:46:02
Repository: qtdeclarative
Actor: rburchell
Payload: {"shas":[["374eb3777e094fd3aeca5c947a8a32194d88fead","d0b71651f3efaa9fda200bbcc395b7b82a871fdd@jollamobile.com","Avoid eventloop recursion in touch event handling.\n\nThe eventloop recursion in the threaded render loop\nwas there to preempt any pending event to make sure\nwe worked with as recent as possible input events. The\nbenefit of this was never verified.\n\nThe recursion after the actual flush was to fix animations\nwhich were constantly started during touch events, such\nas a behavior tracking the mouse point. This is fixed\ndifferently.\n\nEvent loop recursion is always dangerous, so we're\ndoing what we can to avoid it.\n\nChange-Id: I120b2e98350e3b9068153415a671408773fbc769\nReviewed-by: Michael Brasser <michael.brasser@live.com>","Gunnar Sletta",true],["ce678cfbd669ec8677e799822ef9e555fdae4dd0","d0b71651f3efaa9fda200bbcc395b7b82a871fdd@jollamobile.com","Introducing QQuickItem::sceneGraphInvalidated/sceneGraphInitialized\n\n[ChangeLog][QtQuick][QQuickItem] Added signals sceneGraphInitialized and sceneGraphInvalidated\n\nChange-Id: Idaea88bc743f0637d093cf1ba7ac4f78acd7e6ad\nReviewed-by: Laszlo Agocs <laszlo.agocs@digia.com>\n\nConflicts:\n\ttests/auto/quick/qquickitem/tst_qquickitem.cpp","Gunnar Sletta",true],["537d842ae02928da1e3b615f22f18268d96396db","d0b71651f3efaa9fda200bbcc395b7b82a871fdd@jollamobile.com","Introducing QQuickWindow::scheduleRenderJob()\n\n[ChangeLog][QtQuick][QQuickWindow] Added\nQQuickWindow::scheduleRenderJob(), a convenience alternative to the\nequivalent signals for one-shot tasks.\n\nChange-Id: I5e4f0d67d5223f7fd77bca394e2a85810fadd335\nReviewed-by: Laszlo Agocs <laszlo.agocs@digia.com>\n\nConflicts:\n\tsrc/quick/items/qquickwindow.cpp\n\tsrc/quick/items/qquickwindow.h\n\tsrc/quick/items/qquickwindow_p.h\n\ttests/auto/quick/qquickwindow/tst_qquickwindow.cpp","Gunnar Sletta",true],["3acdbaf73f385356ec21f96246a060dec187f649","d0b71651f3efaa9fda200bbcc395b7b82a871fdd@jollamobile.com","Make canvas cleanup work propertly...\n\nDepending on which mode we are in, we need to run cleanup\non the right thread and in the right way.\n\nImage canvas doesn't contain any GL resources and can be nuked\nright away. The actual QSGTexture is managed by the node, so we\ndon't need to worry about it.\n\nFor FBO it is a bit more complicated.\n - Threaded: We create a cleanup handler that runs makeCurrent\n   deleteTexture and doneCurrent and then release the surface\n   on the GUI thread.\n - Immediate: Same as threaded, just right away\n - Cooperative: Schedule the texture to be deleted on the\n   next sync. The Context doesn't have its own GL context\n   in this case, so don't worry about it.\n\nChange-Id: I2d0ae7acfa05561faa52f3cacd767eb18cabaf02\n\nConflicts:\n    src/quick/items/context2d/qquickcontext2dtexture.cpp","Gunnar Sletta",true],["6b50d7b9aa7a124e500bae3fdf02ea3b8c6634f1","d0b71651f3efaa9fda200bbcc395b7b82a871fdd@jollamobile.com","Clean up Image and ShaderEffectSource properly.\n\nChange-Id: I9e3eb5f65ea5f46d30fb7905d0f9c479da367bf5","Gunnar Sletta",true],["3e13bc16aece662f3449c46d39f5b588584804d8","c6c19a441d3058e6ae50b2b5c8f5b2cd247e3685@jollamobile.com","Fix assertion: ASSERT: \"hasException\" in file jsruntime/qv4engine.cpp, line 933\n\nThis was seemingly tripped by trying to catch the exception twice: once with\ncatchException and once with catchExceptionAsQmlError.\n\nChange-Id: I7176d56fe6e6f748e80d0894e314ed2b8f6e751d\nDone-by: Mikko Harju <mikko.harju@jollamobile.com>\nReviewed-by: Simon Hausmann <simon.hausmann@digia.com>\nReviewed-by: Gunnar Sletta <gunnar.sletta@jollamobile.com>","Robin Burchell",true],["9a8a5f668028673fd62ae2e5f5fdbfcd6d7bd060","211e0249a4fdc8f06bd91719da21d43e5b1038bd@viroteck.net","Merge pull request #37 from sletta/selected-fixes\n\n[qtdeclarative] Selected fixes","Robin Burchell",true]],"size":7,"ref":"refs/heads/mer-stable","head":"9a8a5f668028673fd62ae2e5f5fdbfcd6d7bd060"}