-
Notifications
You must be signed in to change notification settings - Fork 8.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
breaking change in 7.6.0 - boolean custom headers that were set as non-string values must now be set as string or Kibana refuses to start #66146
Comments
Pinging @elastic/kibana-platform (Team:Platform) |
I confirm that the change was introduced in 7.6 Legacy schema was accepting anything: customResponseHeaders: Joi.object()
.unknown(true)
.default({}), When migrating to the Kibana platform, we changed that to only accept strings customResponseHeaders: schema.recordOf(schema.string(), schema.string(), {
defaultValue: {},
}), For BWC, we could change this back to |
Let's fix this in 7.7.1+ and add a known issue + workaround in the 7.6.0, 7.6.1, 7.6.2, and 7.7.0 release notes. Example: https://www.elastic.co/guide/en/kibana/current/release-notes-7.6.0.html |
Tested as affecting 7.7.0 as well.
|
…6690) * Add known issue for #66146 * fix property name * Apply suggestions from code review Co-authored-by: gchaps <[email protected]> Co-authored-by: gchaps <[email protected]>
* Add known issue for #66146 * fix property name * Apply suggestions from code review improve wording Co-authored-by: gchaps <[email protected]> Co-authored-by: gchaps <[email protected]>
* Add known issue for elastic#66146 * fix property name * Apply suggestions from code review improve wording Co-authored-by: gchaps <[email protected]> Co-authored-by: gchaps <[email protected]>
* Add known issue for #66146 * fix property name * Apply suggestions from code review improve wording Co-authored-by: gchaps <[email protected]> Co-authored-by: gchaps <[email protected]> Co-authored-by: Pierre Gayvallet <[email protected]>
(elastic#66690) * Add known issue for elastic#66146 * fix property name * Apply suggestions from code review Co-authored-by: gchaps <[email protected]> Co-authored-by: gchaps <[email protected]>
(elastic#66690) * Add known issue for elastic#66146 * fix property name * Apply suggestions from code review Co-authored-by: gchaps <[email protected]> Co-authored-by: gchaps <[email protected]>
(elastic#66690) * Add known issue for elastic#66146 * fix property name * Apply suggestions from code review Co-authored-by: gchaps <[email protected]> Co-authored-by: gchaps <[email protected]>
…6690) (#66923) * Add known issue for #66146 * fix property name * Apply suggestions from code review Co-authored-by: gchaps <[email protected]> Co-authored-by: gchaps <[email protected]> Co-authored-by: Pierre Gayvallet <[email protected]>
…6690) (#66925) * Add known issue for #66146 * fix property name * Apply suggestions from code review Co-authored-by: gchaps <[email protected]> Co-authored-by: gchaps <[email protected]> Co-authored-by: Pierre Gayvallet <[email protected]>
…6690) (#66924) * Add known issue for #66146 * fix property name * Apply suggestions from code review Co-authored-by: gchaps <[email protected]> Co-authored-by: gchaps <[email protected]> Co-authored-by: Pierre Gayvallet <[email protected]>
Kibana version: 7.6.0,7.6.1,7.6.2
Original install method (e.g. download page, yum, from source, etc.):
Describe the bug:
A breaking change has occurred in a minor release where custom header settings that are set as boolean values must now be only defined as strings.
This will probably affect all non-string values in the same way.
Steps to reproduce:
Kibana will log errors about
expected value of type [string] but got [boolean]
Expected behavior:
If there's going to be a change to only accept string values for all custom headers then deprecate the ability to use non-string values in this major version and throw deprecation warnings then make the mandatory change in the next major version.
Avoid breaking change in a minor version release.
Screenshots (if relevant):
Errors in browser console (if relevant):
Provide logs and/or server output (if relevant):
Any additional context:
The text was updated successfully, but these errors were encountered: