David Steinberg

@adamstruck yes! One way to close this would be to add a parameter `workflow_ids` that accepts an array of strings in the `workflow_list_request` and will only return workflows with the...

Thanks @brucehoff , to actually close this, one would need to get the workflow logs using a filtered list, not just the list of workflows.

Right now, the `stdout` is snapshotted and can be retrieved by `GetWorkflowLog`. With some luck a progress message might be reported by the workflow itself and observable from this endpoint....

This is a clever usage of the feature that helps with the last leg of a workflow execution. I think it will require modification directly of the OpenAPI description.

This seems like it could be out of scope and shouldn't be required for basic workflow execution. A nice-to-have, but are there any use cases that require this?

Yeah, the nice-to-have definitely addresses similar features. Note that 'edit files' currently arms the editor for each box and they are saved as a new version together.

Jumping in to add that it appears that when trying to use quotes in the freetext box you get a 400 until the quotes are closed. Also, you can't see...

I'll agree with @geoffjentry and @pditommaso. Instead of trying to specify all of the details different engines would expect, we opted to provide an endpoint that details the possible parameters...

Discussed this with Charles. I'm not concerned with the security issues here for the reasons stated. More about the long term technical debt to which it has been suggested we...

@jaeddy made this PR at my fork, which would close this https://github.com/david4096/workflow-service/pull/2