-
Notifications
You must be signed in to change notification settings - Fork 917
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
[discover] undefined datasource fix for index patterns for PPL and SQL #8027
[discover] undefined datasource fix for index patterns for PPL and SQL #8027
Conversation
Deconstructing the dataSource caused an exception when no dataSource was set with the query. Accessing by dot notation with null operator fixes this issue. Adding tests to prevent this happening again Signed-off-by: Kawika Avilla <[email protected]>
❌ Empty Changelog SectionThe Changelog section in your PR description is empty. Please add a valid changelog entry or entries. If you did add a changelog entry, check to make sure that it was not accidentally included inside the comment block in the Changelog section. |
❌ Empty Changelog SectionThe Changelog section in your PR description is empty. Please add a valid changelog entry or entries. If you did add a changelog entry, check to make sure that it was not accidentally included inside the comment block in the Changelog section. |
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #8027 +/- ##
==========================================
+ Coverage 60.55% 60.58% +0.03%
==========================================
Files 3732 3732
Lines 88425 88425
Branches 13700 13700
==========================================
+ Hits 53547 53575 +28
+ Misses 31621 31590 -31
- Partials 3257 3260 +3
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. |
cypress existing flakey need to look into that. seems highlighting is rendering slower than cypress expected. that or it's not in view |
…#8027) Deconstructing the dataSource caused an exception when no dataSource was set with the query. This can be the case with index patterns that are created and pointed to the default. Most times the default is the local cluster so there is no data source object in the query the case of the local. Accessing by dot notation with null operator fixes this issue. Adding tests to prevent this happening again. With query enhancements enabled we should considered ensuring index patterns always have a datasource object in the query. Signed-off-by: Kawika Avilla <[email protected]> (cherry picked from commit 06816d5) Signed-off-by: github-actions[bot] <github-actions[bot]@users.noreply.github.com>
…#8027) Deconstructing the dataSource caused an exception when no dataSource was set with the query. This can be the case with index patterns that are created and pointed to the default. Most times the default is the local cluster so there is no data source object in the query the case of the local. Accessing by dot notation with null operator fixes this issue. Adding tests to prevent this happening again. With query enhancements enabled we should considered ensuring index patterns always have a datasource object in the query. Signed-off-by: Kawika Avilla <[email protected]> (cherry picked from commit 06816d5) Signed-off-by: github-actions[bot] <github-actions[bot]@users.noreply.github.com>
…#8027) (#8028) Deconstructing the dataSource caused an exception when no dataSource was set with the query. This can be the case with index patterns that are created and pointed to the default. Most times the default is the local cluster so there is no data source object in the query the case of the local. Accessing by dot notation with null operator fixes this issue. Adding tests to prevent this happening again. With query enhancements enabled we should considered ensuring index patterns always have a datasource object in the query. (cherry picked from commit 06816d5) Signed-off-by: Kawika Avilla <[email protected]> Signed-off-by: github-actions[bot] <github-actions[bot]@users.noreply.github.com> Co-authored-by: github-actions[bot] <github-actions[bot]@users.noreply.github.com>
…#8027) (#8029) Deconstructing the dataSource caused an exception when no dataSource was set with the query. This can be the case with index patterns that are created and pointed to the default. Most times the default is the local cluster so there is no data source object in the query the case of the local. Accessing by dot notation with null operator fixes this issue. Adding tests to prevent this happening again. With query enhancements enabled we should considered ensuring index patterns always have a datasource object in the query. (cherry picked from commit 06816d5) Signed-off-by: Kawika Avilla <[email protected]> Signed-off-by: github-actions[bot] <github-actions[bot]@users.noreply.github.com> Co-authored-by: github-actions[bot] <github-actions[bot]@users.noreply.github.com>
Description
Deconstructing the dataSource caused an exception when no dataSource was set with the query. This can be the case with index patterns that are created and pointed to the
default
. Most times the default is the local cluster so there is no data source object in the query the case of the local.Accessing by dot notation with null operator fixes this issue. Adding tests to prevent this happening again.
With query enhancements enabled we should considered ensuring index patterns always have a datasource object in the query.
Issues Resolved
Index patterns failed on SQL and PPL
Screenshot
URL:
query:(dataset:(id:d3d7af60-4c81-11e8-b3d7-01146121b73d,timeFieldName:timestamp,title:opensearch_dashboards_sample_data_flights,type:INDEX_PATTERN),
Testing the changes
Changelog
Check List
yarn test:jest
yarn test:jest_integration