validate:utils: Fix some annotations

validate:scenario: Allow link up of action executions for overriden types

Exposing a GstValidateActionType.overriden_type field
And properly expose gst_validate_execute_action

validate:reporter: Always print reports in the Gst debug system

validate: Misc fixes

validate: Properly annotate gst_validate_register_action_type*

It does not return any reference to the type

Revert "validate:scenario: Add a way to specify action structure size"

This reverts commit b976319ef7f977b8ce910c4b8aa1a843da3b264f.

Now that the exact same structure can be used to represent different
action types, we can not rely on the structure size to stuff
informations into the action.  Users should just make use of
GstMiniObject.qdata.

validate:scenario: We do not own any ref in GstValidateExecuteAction

And gst_validate_action_set_done might very well unref the last
reference to the action

validate: Make sure that the latest action type registration is kept

Avoiding to change the behaviour!

validate:scenario: Handle scenario repeat property with sub actions

And port change_state_intensive.scenario to it

validate:scenario: Add the notion of sub actions

Sub action will allow user to executed action *right* after the
previous action has been completed, meaning in the end that both
action can be considered as one single action.

+ Factor out a function to fill an GstValidateAction structure from a
  GstStructure
+ Factor out a function to set action playback time

validate: Document some env variable usage

validate: Add an API to cleanly register action type from plugins

API:
    gst_validate_register_action_type_dynamic

https://bugzilla.gnome.org/show_bug.cgi?id=743994

validate: Rename libfaultinjector to libgstvalidatefaultinjector

https://bugzilla.gnome.org/show_bug.cgi?id=743994

validate: Use plugin name as implementer_namespace when registering action type

And document it as a good practice as it will allow us to map plugins
and action types

https://bugzilla.gnome.org/show_bug.cgi?id=743994

validate: Move the fault_injection plugin to gst/plugins/

https://bugzilla.gnome.org/show_bug.cgi?id=743994

validate: Use an actual GstRegistry to track our plugins

Keeping everything internal for now

https://bugzilla.gnome.org/show_bug.cgi?id=743994

validate: Implement fault_injection as a Gs(tValidate)Plugin

https://bugzilla.gnome.org/show_bug.cgi?id=743994

validate:scenario: Add a way to specify action structure size

And return the register GstValidateActionType on registration

https://bugzilla.gnome.org/show_bug.cgi?id=743994

scenario: Do not concider we are seek_in_paused if executing a new action

The new action might change the position on purpose and we should not
fail in that case.

Also at that point we know the test of position after the seek has
been executed

+ Minor cosmetic fixes

https://bugzilla.gnome.org/show_bug.cgi?id=743994

validate:launcher:baseclasses: Avoid raising axception when all getting scenarios

https://bugzilla.gnome.org/show_bug.cgi?id=743994

launcher: Use gst-integration-testsuites FDO git repo

And make sure that people that were using the old repo get the origin
repo properly updated.

https://bugzilla.gnome.org/show_bug.cgi?id=743994

validate: launcher: Allow discovering scenario from full path

https://bugzilla.gnome.org/show_bug.cgi?id=743994

validate: scenario: Add a method to get the following action to be executed

API:
  + gst_validate_scenario_get_next_action

https://bugzilla.gnome.org/show_bug.cgi?id=743994

validate: Add helper functions ti print actions

API:
  + gst_validate_scenario_get_next_action
  + gst_validate_reporter_report_simple

https://bugzilla.gnome.org/show_bug.cgi?id=743994

validate: Minor documentation fixes

https://bugzilla.gnome.org/show_bug.cgi?id=743994

validate: Set seek_with_stop as needing at least 2secs media files

https://bugzilla.gnome.org/show_bug.cgi?id=743994

validate: Fix the check of action that can be *not* executed

The check was wrong and we ended up allowing seek actions to no be
executed.

API:
    GST_VALIDATE_ACTION_TYPE_NO_EXECUTION_NOT_FATAL

https://bugzilla.gnome.org/show_bug.cgi?id=743994

validate:scenario; Advertise action types that will be executed on addition

Adding a flag to the action type

And make that code thread safe.

https://bugzilla.gnome.org/show_bug.cgi?id=743994

validate:scenario: Add a Flag fore ActionType that need clocks sync

And cleanly use it to set the need-clock-sync field in
the scenario properties

https://bugzilla.gnome.org/show_bug.cgi?id=743994

validate: Add the notion of INTERLACED actions

An interlaced action is an action that will be executed ASYNC but
without that will not block following actions during its execution.
The action should be set to done later on at any point during the
execution of the scenario.

API:
  + GST_VALIDATE_EXECUTE_ACTION_INTERLACED
  + GST_VALIDATE_ACTION_TYPE_INTERLACED

https://bugzilla.gnome.org/show_bug.cgi?id=743994

validate: Add a way to retrieve register actoin type from outside

API:
  * GstValidateActionType
  * gst_validate_get_action_type

https://bugzilla.gnome.org/show_bug.cgi?id=743994

validate:launcher: Implement a FakeMediaDescriptor

This allows us to more cleanly implement Simple pipeline test
generation

https://bugzilla.gnome.org/show_bug.cgi?id=743994

validate:scenario: Make action->scenario public API

It can be usefull for action type implementers

https://bugzilla.gnome.org/show_bug.cgi?id=743994

validate:scenario: Add a disable-plugin action type

https://bugzilla.gnome.org/show_bug.cgi?id=743994

validate: Properly advertise the wait action as ASYNC

And add some printing when executing the set-property action

https://bugzilla.gnome.org/show_bug.cgi?id=743994

validate: Enhance support for simple pipeline test generation

The GstValidatePipelineGenerator was quite limited in term
of configuration for user who just want to specify pipelines
to run with/without scenario.

Enhance the API so that we can properly configure that.

https://bugzilla.gnome.org/show_bug.cgi?id=743994

validate: Wait for switch-track to complete before executing next action

This action type can take some time, we need to make sure that the
combiner/input-selector element properly pushed a buffer marked
as DISCONT to concider the action is done.

https://bugzilla.gnome.org/show_bug.cgi?id=743994

validate:scenario: Avoid waiting for 50ms between actions

We should be able to execute the next action as soon as the previous
one is fully completed, make sure the code tries to do that and does
not artificially add some waiting time.

And make sure if the gst_validate_action_set_done is called from outside
our execution thread, we do not try to execute anything

https://bugzilla.gnome.org/show_bug.cgi?id=743994

scenario: Add a signal to notify user when the scenario is DONE executing

https://bugzilla.gnome.org/show_bug.cgi?id=743994

validate: launcher: Print test name in Result

https://bugzilla.gnome.org/show_bug.cgi?id=743063

validate: launcher: Add option to run tests in parallel

Patch 4/4 to implement parallel test execution.

https://bugzilla.gnome.org/show_bug.cgi?id=743063

validate: launcher: Print test number on result

With parallel test execution, it will be hard to track which result
relates to which test. Therefore, the test number should be printed
along with the results as well.

Patch 3/4 to implement parallel test execution.

https://bugzilla.gnome.org/show_bug.cgi?id=743063

validate: launcher: Use jobs list to take track of tests running

Currently the tests are still run serially.

Patch 2/4 to implement parallel test execution.

https://bugzilla.gnome.org/show_bug.cgi?id=743063

validate: launcher: Use test index instead of counting test numbers

Patch 1/4 to implement parallel test execution.

https://bugzilla.gnome.org/show_bug.cgi?id=743063

validate: launcher: Support simultaneous requests in RangeHTTPServer

https://bugzilla.gnome.org/show_bug.cgi?id=743063

validate: launcher: Make TestManager handle waiting for processes

Patch 4/4 to make TestManager handle waiting for processes instead of
expecting each Test to do it.

https://bugzilla.gnome.org/show_bug.cgi?id=743063

validate: launcher: Use a Queue to test for test completion

TestManager will use a Queue to track progress for all tests. This
commit implements a queue inside Test to simplify the transition.

Patch 3/4 to make TestManager handle waiting for processes instead of
expecting each Test to do it.

https://bugzilla.gnome.org/show_bug.cgi?id=743063

validate: launcher: Initialize Test start time outside of wait_process

wait_process will be moved to TestManager, so the values used to track
process update must remain inside Test.

Patch 2/4 to make TestManager handle waiting for processes instead of
expecting each Test to do it.

validate: launcher: Split process_update() out of wait_process()

Patch 1/4 to make TestManager handle waiting for processes instead of
expecting each Test to do it.

validate: launcher: Move logfile handling out of Reporter and into Test

This makes each Test handle its own logfile, allowing the Reporter to
work on multiple tests at the same time.

Patch 5/5 to move logfile handling out of Reporter and into Test.

validate: launcher: Remove redundant check

self.out is always available when _get_captured() is called.

Patch 4/5 to move logfile handling out of Reporter and into Test.

validate: launcher: Split test log file handling in Reporter

Patch 3/5 to move logfile handling out of Reporter and into Test.

validate: launcher: Separate Reporter from current Test

Instead of saving the current Test in Reporter for every test, use
function parameters to achieve the same goal.

Patch 2/5 to move logfile handling out of Reporter and into Test.

validate: launcher: Initialize reporter timer before starting all tests

Patch 1/5 to move logfile handling out of Reporter and into Test.

validate: launcher: Don't wait for processes longer than necessary

socket interposer: Be even more platform restrictive.

validate: do not compile for android.

validate: Implement a fault injection library.

+ And implement a corrupt-socket-recv action
+ Only compile this on Linux, LD_PRELOAD won't work on Windows.

For now the registering of the action is done through
a call to socket_interposer_init, this will get better
when we refactor the action logic.

https://bugzilla.gnome.org/show_bug.cgi?id=743871

validate: tests more issues with caps.

https://bugzilla.gnome.org/show_bug.cgi?id=743387

validate: Add a test case for caps missing field.

+ Make the fake decoder have video/x-raw caps.

https://bugzilla.gnome.org/show_bug.cgi?id=743387

validate: prepare tests for port to tracers backend.

https://bugzilla.gnome.org/show_bug.cgi?id=743387

bin-monitor: add itself as gobject data.

validate: launcher: Fix test log header output

Write log file header before running tests, instead of overwriting the
file afterwards.

https://bugzilla.gnome.org/show_bug.cgi?id=742966

validate: launcher: Always create log files

Create log files even when stdout redirection is enabled.
This commit partially reverts 20c28de.

https://bugzilla.gnome.org/show_bug.cgi?id=742973

validate: launcher: Introduce new parameter for log file redirecting

Allow log file redirection through the new --redirect-logs parameter.
Keep the old --logs-dir stdout/stderr parameter, but reset to the
default logs directory in that case, and set redirect_logs internally.
This also prevents the creation of an stdout/stderr directory for
writing xunit.xml.

https://bugzilla.gnome.org/show_bug.cgi?id=742973

pad-monitor: plug caps leak on iterator resync

pad-monitor: use the same filter caps when querying downstream caps

To avoid comparing the real result that has been filtered against
a much larger caps that contains all possibilities.

validate: tests:  disable g_log handler

It messes up our own failures counter

And pass test-utils into gst-indent

tests: padmonitor: disable glog handling

It messes up our own failures counter

pad-monitor: get correct caps to check for proxied fields in caps queries

Elements should proxy the peer element's caps fields and not what they
have currently set on their pads when replying to a caps query

pad-monitor: Only add pending caps fields for source pads

As caps events are downstream, caps set travels from sinks to
sources. Adding pending setcaps values to sink pads makes no sense
as when a new caps is set on the sink it would compare with values
currently set on the source pad, causing a critical failure when
renegotiation happens.

validate: launcher: Take the timeout as ref timeout to compute hard_timeout

when it is provided.

validate: launcher: Set a hard timeout on GstValidate tests if we know the duration

validate: launcher: Force kill subprocess when done with them

Making sure that we do not end up having spurious subprocess around

launcher: baseclass: add missing parameter

Fixes "NameError: global name 'options' is not defined"

validate: launcher: Properly handle non default main dir

for the case of the new testsuite files

validate: launcher: Make the gstvalidate application a python module

validate: Remove remaining reference to launcher/apps/validate

It has been removed now.

validate: Avoid assert removing an already removed signal handler

And, make sure that we set the return value != 0 when we receive
SIGINT

validate: Handle setting the HTTP server local path from testsuites

validate: Rename gst-qa-assets to gst-integration-testsuites

validate: print execution of set_subtitles actions

validate: Factor out an LauncherConfig class type to handle configurations

Allowing us to more simply define default value and expose an API on
top of it

validate: Remove file specific blacklisted tests

validate: Let the user know when new tests are added, or tests are REMOVED

validate: Add a cleaner API to setup tests in testsuite files

With the testsuite format you will get a setup_tests(tests_manager,
options) function called for each TestManager.

The function will have the exact same role as with old config
file but with a clean API and not magic global variables.

This implies that we need default blacklist to be directly set
on the TestManager and not on options.blacklisted_test

validate: Add a way to sync all assets, including big ones

validate: Remove the default testsuite implementation

The default testsuite implementation should belong to the default
asset repo where we have the corresponding knowledge.

We should style manage a sensible list of known blacklisted tests,
encoding profiles, and generators in GstValidate itself and allow testsuite
actual implementations to easily use them though the register_default_*
methods.

This allow us to be able to remove the ugly execfile() call.

validate: Make sure to at least listen to GStreamer and GLib g_logs

If somewhere else someone is overriding the g_log default handler,
we would not get notified of anything.

validate: Disable coloration of GST_DEBUG logs when we have no-color

Do that only when those logs are not saved to a file

validate: Factor out a function to print action types parametters

+ Remove playback-type from the list and just print it

pad-monitor: do not enforce caps querying rules for converters

Some encoders/decoders can also be converters, do not enforce
caps proxying rules for them

validate: fix typo in documentation

There are some typing mistakes in gst-validate-launcher --help
Hence fixing the same.

https://bugzilla.gnome.org/show_bug.cgi?id=740833

validate: Handle unlimited tests duration

Running full length scenario when the user asks

validate: Already having a monitor is no error

validate: pre commit hook: Do not try to run pep8 on non python files!

validate: Add scub_*_seeking_full scenarios

Which basically do the same thing as scrub_*_seeking but during
throughout the whole duration of the media

validate: Enhance documentation

validate: Add an option to update all .media_info files

validate:scenario: Execute actions without playback time without a valid position

If the user did not specify any playback time we should be able to
execute actions even if the pipeline can't answer the position query

+ Make simpler to read the conditions of an action execution