55 lines
2.8 KiB
Plaintext
55 lines
2.8 KiB
Plaintext
[[breaking-changes-7.3]]
|
|
== Breaking changes in 7.3
|
|
++++
|
|
<titleabbrev>7.3</titleabbrev>
|
|
++++
|
|
|
|
This section discusses the changes that you need to be aware of when migrating
|
|
your application to Kibana 7.3.
|
|
|
|
See also <<release-highlights-7.3.0, release highlights>> and <<release-notes-7.3.0, release notes>>.
|
|
|
|
//NOTE: The notable-breaking-changes tagged regions are re-used in the
|
|
//Installation and Upgrade Guide
|
|
|
|
////
|
|
The following section is re-used in the Installation and Upgrade Guide
|
|
[[breaking_70_notable]]
|
|
=== Notable breaking changes
|
|
////
|
|
// tag::notable-breaking-changes[]
|
|
|
|
[float]
|
|
=== Visibility of features after configuring a term join in Maps
|
|
*Details:* When performing a terms join in a vector layer in the Maps app, features that do not have a matching term in the join will no longer be visible on the map. Before, these features would remain visible, although they would not show any results for the join in their corresponding tooltip. This aligns the behavior of this functionality with the behavior in the Region Maps visualization. The old behavior, in which features without a corresponding record in the term-query result would still be visible on the map, is no longer supported.
|
|
|
|
*Impact:* This affects all maps that have a term join configured on a vector layer. The effect is primarily a change in the visual representation of the layer. In practice, fewer features will be visible if the results of the term-query have no corresponding record for all features on the map. This also means that all fields in a tooltip will have a corresponding value. Previously, the aggregation metrics for some rows in the tooltip would just be empty if there was no corresponing result in the term-query.
|
|
|
|
[float]
|
|
[[breaking_73_data_frames_date_format]]
|
|
=== Removed support for date histogram format specifications in {transforms}
|
|
|
|
*Details:* If your {transform} groups your data by using a date
|
|
histogram, the `format` property is no longer supported.
|
|
|
|
*Impact:* {transforms-cap} that were created in 7.2 and use date
|
|
histograms might no longer work in 7.3. If you run into issues starting a
|
|
{transform}, recreate it by copying the `pivot` part of the configuration into the
|
|
advanced editor of the {transforms} wizard. The advanced editor will
|
|
remove the unsupported attribute once the configuration gets applied.
|
|
|
|
// end::notable-breaking-changes[]
|
|
|
|
[float]
|
|
[[breaking_73_dashboard_import_export]]
|
|
=== Dashboard import and export APIs
|
|
|
|
[float]
|
|
==== Dashboard import and export APIs error status codes
|
|
*Details:* The dashboard import and export APIs will return more accurate HTTP
|
|
status codes instead of returning a HTTP 400 status code for all failure
|
|
scenarios. Specifically, authorization failures will now correctly return a
|
|
HTTP 403 when the authenticated user lacks sufficient privileges.
|
|
|
|
*Impact:* Review the error handling logic of any integrations with the
|
|
dashboard import and export APIs. |