Support using="-android viewmatcher", value="<JSON>"

appium/appium-espresso-driver#516

like appium/appium#12372

Acceptance Criteria:

• Ruby
• Python
• Java
• C#
• WebdriverIO ?
• wd ?

Most of the documentation has been rewritten recently. The content minimum content we need is there but there is a lot that can be done to improve it.

If you'd like to contribute to the semantic-release project, helping with the following would be much appreciated:

• Fix typo, misspelling and gramatical mistakes
• Improve language: make short and simpler sentences, improve clarity
• Harmoniz

ISSUE TYPE

• Feature Idea

SUMMARY

Expose the value of "Execution Node" as a variable when running a job from Ansible Tower.

Example use-case: Secret lookup which provides access token based on the execution node ip address

Yeah, to be totally honest, I already thought we did this! 😅 This is the intended behavior, so we'll need to fix that. Thanks for reporting!

Originally posted by @simskij in containrrr/watchtower#647 (reply in thread)

Context
Currently, when prefect.tasks.shell.ShellTask is invoked with return_all=True, the shell task will not log the stdout through logger.debug.

This is defined in doc
https://docs.prefect.io/api/latest/tasks/shell.html#shelltask
and implement in the code.
https://github.com/PrefectHQ/prefect/blob/73fe1eb57945fc13bdd36b361a6a17c3f324b1ba/src/prefect/tasks/shell.py#L107-L111

Convert To Title Case was added in RF 3.2 (#2706). Unfortunately its not fully compatible with the old Should Be Title Case keyword. For example, the second test below fails with 'This Is Not OK!' is not titlecase.:

*** Settings ***
Library        String

*** Test Cases ***
Passes
    ${title} =    Convert To Title Case    This is ok.
    Should Be Title Case    $

I run gatling.sh from a script. I encountered multiple occasions where Gatling failed, but the exit code was 0.

Expected behavior: exit code should be non-zero
Observed behavior: exit code 0

gatling.sh ....

        at scala.App.main(App.scala:80)
        at scala.App.main$(App.scala:78)
        at io.gatling.compiler.ZincCompiler$.main(ZincCompiler.scala:40)
        at io.gatli

We are using font-awesome V4 and should migrate to font-awesome V5 which comes with its own vue.js module: https://github.com/FortAwesome/vue-fontawesome

Migration includes removing old font-awesome V4 module and changing all existing icons to new vue.js tag.

This is blocked until #114 is merged which comes with first initial integration.