Isaac,
We have pushed new Docker images tagged 6.2.5 with the ability to enable CORS. Implementing CORS securely was a little bit more involved than initially anticipated. Simply enabling CORS for all origins is insecure. In order to get CORS to work with your web app, you will need to set the `CORS_ALLOWED_ORIGINS` environment variable on Workflow Manager. It should be set to either the single origin where your web app is running or comma-separated list of origins you would like to enable CORS for. Note that the origin includes the protocol, host, and port (if not using the standard port number). For example, it could be set to: `http://localhost:8000` or `
http://localhost:8000,
https://example.com`
The changes made to Workflow Manager allow you to use CORS with the public REST API. The specific endpoint mentioned in your original message, "
http://localhost:8080/workflow-manager/user/role-info", is not part of the public API. The public API is documented on the Swagger page accessible through Workflow Manager. The public API endpoints all start with `workflow-manager/rest/`. The endpoints in the public API are not dependent on whether or not the account is an administrator, so getting the role information should not be necessary. If you feel that you really need access to an endpoint that is not part of the public API, you can add it to the public API and build your own version of Workflow Manager. We intentionally limit which endpoints are part of our public API because those are the endpoints that we are interested in guaranteeing API stability for. We use semantic versioning to indicate compatibility breaking changes with the public REST API, but there is no such guarantee for the internal REST endpoints.