Closed elena-shostak closed 1 hour ago
/ci
/ci
/ci
/ci
/ci
/ci
Pinging @elastic/kibana-security (Team:Security)
I believe you can revert the changes to the server-route-repository package because @dgieselaar has a PR that already adds similar changes to fix this for us 👍🏼
Can do, but gonna still need this line https://github.com/elastic/kibana/pull/201352/files#diff-60d59ab0267a595b6da4a6db239b07ed334cea5a76e4a6fbd28e883bc866e3adR281, otherwise type check will fail
And since I've added a runtime error, I gonna still need other changes as well
@elena-shostak I'm not sure I understand why the type check will fail without that?
Are there routes using that package that send in options.security
? Then those are likely all bugs that should be using just security
?
But maybe we have to clean that up in a follow up PR instead.
@miltonhultgren I removed the security in options, but types in your package are referencing it here. You can see that in this failed build once I dropped security
Is that okay if we clean it up as follow up then?
And runtime error I've added to the router would not allow me to revert the changes
Right, I see, we'll clean it up on our side after this PR is merged like Dario mentioned here 👍🏼
Starting backport for target branches: 8.17, 8.x
Status | Branch | Result |
---|---|---|
✅ | 8.17 | |
✅ | 8.x |
Note: Successful backport PRs will be merged automatically after passing CI.
Please refer to the Backport tool documentation
Summary
Removed
security
property fromroute.options
types,security
should exist only as a top level property. Fixed routes with incorrect config accordingly.Routes Impacted
Routes with disabled authorization (impact can be considered negligible)
Routes with authorization (will be backported to
8.17.0
)Fixes: https://github.com/elastic/kibana/issues/201347