Add isSystemRequest support to Kibana Platform#53734
Add isSystemRequest support to Kibana Platform#53734joshdover merged 20 commits intoelastic:masterfrom
Conversation
|
Pinging @elastic/kibana-platform (Team:Platform) |
831ae85 to
c36f576
Compare
💔 Build Failed
History
To update your PR or re-run it, just comment with: |
c36f576 to
2b1a6fc
Compare
💔 Build Failed
To update your PR or re-run it, just comment with: |
2b1a6fc to
82f8de7
Compare
💔 Build Failed
To update your PR or re-run it, just comment with: |
82f8de7 to
29d03bf
Compare
💔 Build Failed
To update your PR or re-run it, just comment with: |
💔 Build Failed
To update your PR or re-run it, just comment with: |
e6b3f9c to
9bb0b78
Compare
azasypkin
left a comment
There was a problem hiding this comment.
Security related changes LGTM (I'll migrate Security server side part as soon as this PR is merged).
9bb0b78 to
b8f8522
Compare
|
I'm considering renaming the option / overall concept to "system request" rather than "system API". I think this name is more clear. However, I think that the on-the-wire implementation should remain The downside is there will be a mismatch in names. If we think this is big enough of a downside I could make Kibana support Thoughts? |
sounds reasonable |
8abf6e6 to
b465da8
Compare
💚 Build SucceededHistory
To update your PR or re-run it, just comment with: |
Summary
Fixes #43970
Adds two new options:
core.http.fetchnow accepts anasSystemRequestoptionKibanaRequestnow has anisSystemRequestboolean propertyThis change also modifies how request interceptors work so that they now can only modify the
HttpFetchOptionsrather than the rawRequestobject. This enables Core to encapsulate its implementation details on how it converts HttpFetchOptions to a Request. It also reduces the API surface a bit by not needing to provide access to all of Request's methods.This change was helpful to support exposing to request interceptors whether or not a request was called with
asSystemRequest. This particular change could be split out as a separate PR if we think that is useful.In renaming this concept from "system api" to "system request", I also renamed the header that is used from
kbn-system-apitokbn-system-requestto better match the code. The backend will continue to supportkbn-system-apifor legacy plugin support and to support the use case where the client is running an older version than the server, where requests may still contain thekbn-system-apiheader.Opened #55203 to track removing support for the old header.
Checklist
Use
strikethroughsto remove checklist items you don't feel are applicable to this PR.For maintainers