- Sep 23, 2019
- Aug 14, 2019
-
-
-
-
-
And fix paste annotation
-
- Aug 07, 2019
-
-
- Aug 06, 2019
- May 02, 2019
-
-
Tim-Philipp Müller authored
-
- Apr 19, 2019
-
-
Nirbheek Chauhan authored
This was missing due to a typo.
-
- Apr 18, 2019
-
-
Thibault Saunier authored
- Apr 17, 2019
-
-
-
-
-
ges_container_add removes the child being added if the call to ges_timeline_element_set_parent fails. In this case, subclasses should be given the chance to revert the effects of the add_child vmethod which has just been called.
-
-
These are showing up in performance profile of 1000+ clips looped addition. All this is done at commit time as well, so let that do only one update and sorting.
-
- Apr 15, 2019
-
-
Thibault Saunier authored
The task already has a ref so this one doesn't make sense and leads to leaks
-
Thibault Saunier authored
-
Thibault Saunier authored
-
Thibault Saunier authored
-
Thibault Saunier authored
-
Thibault Saunier authored
-
Thibault Saunier authored
-
Thibault Saunier authored
-
Thibault Saunier authored
This is just plain broken 19064350 but we can't do anything about it.
-
Thibault Saunier authored
-
Thibault Saunier authored
-
Thibault Saunier authored
-
Thibault Saunier authored
-
Thibault Saunier authored
-
Thibault Saunier authored
-
Thibault Saunier authored
-
Thibault Saunier authored
-
Thibault Saunier authored
-
Thibault Saunier authored
-
Thibault Saunier authored
-
Yeongjin Jeong authored
Discoverer maintain a referernce on the discoverer object while the async timeout callback is alive to prevent a potential crash if the object is freed while the callback is pending. But if g_main_context is released before calling the timeout callback, the discoverer pointer which was weak referenced from GESUriClipAssetClass will not be disposed because the discoverer object is not finalized.
-
- Apr 10, 2019