list_opts() should return plugin specific options
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| keystonemiddleware |
Confirmed
|
Low
|
Unassigned | ||
Bug Description
It's more of question than a bug though, there is no clear mention about the issue, so I report it as bug.
Most install documentation [1][2] has [keystone_
After digging the related codes, I finally understand why it happens and can add the options manually though. I understand those plugin specific config is dynamically initialized so list_opts() does not care about them.
But imho, It's better to add the related options to list_opts() or at least add some documentation for the use case which means operators use generated config.
Thanks
[1]: https:/
[2]: https:/
| description: | updated |
| Lance Bragstad (lbragstad) wrote | #1 |
| Changed in keystonemiddleware: | |
| status: | New → Confirmed |
| importance: | Undecided → Low |
| Yang Youseok (ileixe) wrote | #2 |
This might need more investigation, but it could be an issue with rendering options recursively since the plugin option you're referencing here is actually a keystoneauth configuration option, which is just consumed by keystonemiddleware.