validate: Define GST_PLUGIN_LDFLAGS as needed

validate: Determine development mode using git hash value

Development mode has been determined by whether the launcher is in git
repo
or not. This could be wrong when the launcher is installed to
subdirectory of other project's git repo, such as jhbuild. It is normal
to install compiled output to subdirectory of your jhbuild.

Changed logic gets the first commit hash of current git repo and
compares it with gst-devtools' the first commit hash.

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

validate:launcher: Fix typo s/FILE_EXTENDION/FILE_EXTENSION/g

validate:scenario: Fix GstValidateAction ABI adding a private structure

This way we can easily extend the structure and avoid needing using
a union and such

validate: Test buffer outside of received range.

Summary: As part of the preparation for a port to tracer.

Test Plan: This is a test, we won't test tests

Reviewers: tsaunier

Differential Revision: http://internal.opencreed.com:8888/D19

codecanalyzer: fix codec detection with git master

The names might be 'MPEG-2 (Simple Profile)' now.
Shouldn't really rely on codec name strings here
in the first place, but use caps instead.

validate: Properly notify user about missing plugins

This way it is clear in gst-validate-launcher that the failure is due
to a missing plugin

validate: Fix wrong sizeof usage

sizeof(int) is always <= sizeof(gpointer)

validate: launcher: Use cElementTree for XML parsing

Using cElementTree instead of ElementTree speeds up parsing of media
descriptor files.

The total time spent parsing XML files drops from ~0.64 s to ~0.24 s,
leading to faster initialisation times for gst-validate-launcher.

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

validate: Print actions directly from the scenario

Avoiding user to have to print them in each and every action type
implementation.

This requires adding some API to prepare actions before printing them.
Preparing action in that case mean parsing the values contained in the
GstStructure parsing equations and setting back the actual value
afterward

API:
  * GstValidatePrepateAction
  * gst_validate_action_type_set_prepare_function

validate: Fix build on windows

Check where libgstvalidate.dll is installed and use that base folder to
figure out where GstValidate plugins are installed

validate: Do not forget to dist _full variant of scrubing scenarios

validate: Create a gst-validate-types.h header where we define types

And include it from validate.h.

This way we avoid to need to typedef GstValidateAction twice, which is
a C11 feature

validate-report: Fix valist usage

a va_list always 'exists' (it's a struct). It therefore can't be NULL
(and can't be tested)

Just use the regular print variant where appropriate.

validate:scenario: Document locking

validate:scenario: Make get_position happen on idle

Summary:
- Add a way to force action to be executed in their own GSource dispatch, disabling chain action execution

API:
  GstValidateScenario::execute-on-idle property

validate:scenario: Add a method to retrieve all remaining actions

Not only the next one as it was not making much sense!

API:
  - gst_validate_scenario_get_next_action
  + gst_validate_scenario_get_actions

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