No CORS support
Bug #2122347 reported by
Takashi Kajinami
This bug affects 1 person
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| watcher |
Fix Released
|
High
|
Takashi Kajinami | ||
| 2024.1 |
New
|
Undecided
|
Unassigned | ||
| 2024.2 |
New
|
Undecided
|
Unassigned | ||
| 2025.1 |
New
|
Undecided
|
Unassigned | ||
| 2025.2 |
Fix Released
|
High
|
Takashi Kajinami | ||
Bug Description
OpenStack introduced CORS support globally using the CORS middleware from oslo.middleware[1]. This is required to allow cross-origin access by external application.
[1] https:/
However this middleware is not part of the api pipeline of watcher.
Because current watcher provides no mechanism to inject additional middlewares, there is not way to use this feature.
| Changed in watcher: | |
| status: | New → In Progress |
| Changed in watcher: | |
| importance: | Undecided → High |
| tags: | added: api |
| Changed in watcher: | |
| assignee: | nobody → Takashi Kajinami (kajinamit) |
To post a comment you must log in.

its still TBD if we will choose to backport this but we will ask for guidance form the stable team and either triage or close the other series.
2024.1 may be unmaintained by the time this will be resolved so we may also stop at 2025.1 or 2024.2 depending on what is maintained at that point.
overall while this is somewhat a feature given CORS is an important security hardening tool
and we cannot always rely on a reverse proxy/web server to do this for the wsgi application i think
there is at least merit in consider back porting this to reduce operator pain.
i believe it is possible if not simple to have Apache or similar handle the CORS enforcement for the wsgi application upstream but there is merit in adopting the standard approach provided by oslo so that watcher is not special in this regard.
as such i am triaging this as high and targeting it to all current stable branches
until we get wider input.