Is your feature request related to a problem? Please describe.
Using Reset command with CLI will get code:deadline-exceeded message:timeout easily because reset requires replay in the server. It's quite resource consuming, depending on the length/size of the history.

By default the CLI context timeout is only 5 seconds:
https://github.com/uber/cadence/blob/63bdb5d7a04285cf57992c574639c9

SUMMARY

I just faced an embarrassed problem that command st2 action list keeps return 503.

I tried st2 --debug action list and the result in line HTTP_PROXY(uppercase) was empty. This mislead me that the proxy info was set(which is not).

I finally found that the root cause is a lowercase http_proxy env variable was set in the system.

So I think it maybe more friend

Summary

Allow removing search input for filtering options

As a power user I like to use existing webhook URLs in different workflows and be able to manage the endpoint centrally.

• Option to define webhook URLs outside of a workflow under a specific name
• Option to select the predefined webhook URL by name from a drop-down in the webhook activity

![image](https://user-images.githubusercontent.com/1503577/109169278-eca94400-777f-11eb-8b73-5ddbb006

Describe the bug
Deploying a new job, then pulling logs via the CLI results in a panic (SIGSEGV).

To Reproduce

1. odin deploy -f test.job.yaml
2. odin log -i {job_id}

vagrant@vagrant:~/odin$ odin log -i dea194794589
panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x40 pc=0x79c764]

goroutine

I am not sure if this belongs here, but I am having an issue when using this Github Action.

This is the link to the github run that failed:
https://github.com/jampp/migratron/pull/25/checks?check_run_id=456554120

and the content is:

Uploading distributions to https://test.pypi.org/legacy/
Uploading migratron-1.1.0-py3-none-any.whl

  0%|          | 0.00/30.5k [00:00<?, ?B/s]
100%|

Is your feature request related to a problem? Please describe

A user on the mailing list wanted to clean the remote directories of all calculation jobs executed within a work chain with verdi calcjob cleanworkdir. Currently, this is not possible and I don't think there is a very straightforward way of doing this with the Python API.

Describe the solution you'd like

One solution

common-workflow-language/common-workflow-language#915

Add an example workflow in the examples/gradle/ folder that exemplifies how to make use of Popper to create a CI pipeline for java projects that use gradle as their build system. The image used by the workflow can be the official one.