Problem
The quickstart docs offer this cURL equivalent for `conductor workflow start -w hello_workflow --sync`:
```bash
curl -s -X POST http://localhost:8080/api/workflow/hello_workflow -H 'Content-Type: application/json'
```
This has two problems:
- No request body — the API requires at least `-d '{}'` or it may reject the request
- Not synchronous — this hits the async start endpoint and returns a workflow ID, not the completed result. The `--sync` behavior uses a different API endpoint (`/api/workflow/execute/{name}/{version}`) that polls for completion
A new user following the Docker path and trying to replicate the `--sync` experience will get a workflow ID back instead of the output, with no guidance on what to do next.
Fix
Either:
- Show the correct synchronous execution API call with proper body
- Or note that the Docker path doesn't have a direct `--sync` equivalent and link to the API docs for polling
Affects
- `conductor-oss/conductor` docs/quickstart/index.md (Docker section)
Problem
The quickstart docs offer this cURL equivalent for `conductor workflow start -w hello_workflow --sync`:
```bash
curl -s -X POST http://localhost:8080/api/workflow/hello_workflow -H 'Content-Type: application/json'
```
This has two problems:
A new user following the Docker path and trying to replicate the `--sync` experience will get a workflow ID back instead of the output, with no guidance on what to do next.
Fix
Either:
Affects