599c8c4220
* upgrade leaflet modules to 1.x latest * fix css for leaflet controls * update draw options so it is easier to see polygon when drawing * fix chrome touch issues with closing polygon in leaflet draw * use canvas renderer * use leaflet-responsive-popup to avoid tooltip cutoff * remove radius configuration from leaflet heatmap * make blur a factor of radius. Set maxZoom to map zoom since new values are calculated per precision * use _.get to avoid error, cannot read property of undefined * add cluster size slider * experiments with image differences * onload not onLoad * use canvas dimensions * compare map canvas to stored PNG of map canvas * remove pixelmatch from project dependecies * fix broken test - rounding error * add expected image tests for geohash layers shaded circles and geohash grids * bump z-index of vis-spy * update functional test expected data * update to leaflet 1.2.0 * revert to leaflet 1.0.3 and update expected data set for map functional tests * test geohash_layer heatmap in unit test * update region_map functional test since it can not longer pluck map vectors from DOM * update documentation
89 lines
5.1 KiB
Plaintext
89 lines
5.1 KiB
Plaintext
[[breaking-changes-6.0]]
|
|
== Breaking changes in 6.0
|
|
|
|
This section discusses the changes that you need to be aware of when migrating
|
|
your application to Kibana 6.0.
|
|
|
|
|
|
[float]
|
|
=== Removed option to use unsupported scripting languages
|
|
*Details:* Kibana 5.x allowed users to create scripted fields using any scripting language enabled in Elasticsearch.
|
|
Kibana 6.0 will only support Painless and Lucene expression based scripts.
|
|
|
|
|
|
*Impact:* You will need to migrate your groovy, python, javascript, etc. scripted fields to Painless or Lucene expressions.
|
|
|
|
|
|
[float]
|
|
=== Changed response format of status API
|
|
*Details:* In an effort to align with our style guidelines and provide a digestible response,
|
|
the status API has changed:
|
|
|
|
* Properties are now snake cased and several have been renamed
|
|
* Metrics now provide the latest available data instead of samples over time
|
|
|
|
*Impact:* You will need to update anything using the status API and expecting the previous response format.
|
|
|
|
|
|
[float]
|
|
=== Timelion requires comma to separate queries
|
|
*Details:* Kibana 5.x allowed users to use spaces as a query separator in timelion `.es(400) .es(500)`.
|
|
This is no longer the case. Now, only commas are a valid query separator: e.g. `.es(400), .es(500)`
|
|
|
|
*Impact:* You will need to migrate your stored timelion queries to the new syntax.
|
|
|
|
|
|
[float]
|
|
=== Requires 64 bit operating system
|
|
*Details:* Kibana 6.0.0 and onward only support 64 bit operating systems.
|
|
|
|
*Impact:* You will need to install Kibana 6.x on a 64 bit operating system. No extra data migration steps are necessary when moving from 32 bit to 64 bit.
|
|
|
|
|
|
[float]
|
|
=== NODE_ENV no longer has an impact on Kibana
|
|
*Details:* Setting the NODE_ENV environment variable can break Kibana processes in unexpected ways, which is especially unfortunate since it is a common environment variable to have configured on a system, and you wouldn't expect it to break anything in Kibana. Kibana will now effectively ignore NODE_ENV entirely.
|
|
|
|
*Impact:* If you're developing a custom plugin that depends on NODE_ENV, you will need to update it to use a different, custom environment variable.
|
|
|
|
|
|
[float]
|
|
=== Kibana 4.x configuration names using `_` instead of `.` have been removed
|
|
*Details:* In Kibana 4.2, we renamed all configuration names in kibana.yml to use `.` as a separator instead of `_`, though the legacy configurations would still continue to work. In 5.0, we started logging deprecation notices whenever the legacy configurations were encountered. In 6.0 onward, legacy configuration names that use an underscore instead of a dot will no longer work.
|
|
|
|
*Impact:* Any usages of underscore separated configuration names in kibana.yml need to be updated to their modern equivalents. See <<settings,Configuring Kibana>> for accepted configurations.
|
|
|
|
[float]
|
|
=== Time-interval based index patterns are no longer supported
|
|
*Details:* Starting in Kibana 6.0.0 we removed the ability to create index patterns that use a date-pattern and interval to identify Elasticsearch indices. Index patterns must now use wildcards which are more performant in most cases.
|
|
|
|
*Impact:* Existing index patterns and saved objects will continue to function without issue, and in a subsequent release we will provide utilities to migrate your index patterns/saved objects.
|
|
|
|
|
|
[float]
|
|
=== Removed same port http to https redirect behavior
|
|
*Details:* Kibana 5.x redirected requests from http to https on the same port if TLS was configured. Starting in Kibana 6.0.0, Kibana no longer redirects basic http traffic to https.
|
|
|
|
*Impact:* With the new configuration setting `server.ssl.redirectHttpFromPort` you can specify a port that will redirect from http to https. This cannot be the same port as the https port.
|
|
|
|
|
|
[float]
|
|
=== Removed "expand index pattern when searching" setting for index patterns
|
|
*Details:* Since 4.3, index patterns could be configured to do a pre-flight field_stats request before a search in order to determine exact indices that could contain matching documents. Elasticsearch now optimizes searches internally in a similar way and has also removed the field_stats API, so this option was removed from Kibana entirely.
|
|
|
|
*Impact:* No change is required for existing Kibana index patterns. Those previously configured with this option will gracefully use the new Elasticsearch optimizations instead, as will all new index patterns.
|
|
|
|
|
|
[float]
|
|
=== Replace markdown parser `marked` with `markdown-it`
|
|
*Details:* Starting in 6.0.0, Kibana will use `markdown-it` to parse markdown text. Kibana switched to `markdown-it` because `marked` is no longer actively maintained. Markdown-it supports CommonMark and GFM (GitHub Flavored Markdown) Tables and Strikethrough.
|
|
|
|
*Impact:* There may be slight changes in parsed markdown. Review markdown as needed.
|
|
|
|
|
|
[float]
|
|
=== Simplified `Coordinate Map - Heatmap` configuration controls
|
|
*Details:* Replaced `Coordinate Map - Heatmap` configuration controls `Radius`, `Blur`, `Maximum Zoom`, and `Minimum opacity` with a single control, `Cluster size`.
|
|
|
|
*Impact:* No change is required for existing Coordinate Map visualizations, `Cluster size` will be set to the default value. `Cluster size` may need to be adjusted as needed.
|