-
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
Visualize: Upgrading vis with pipeline agg from 6.8 doesn't render #93427
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The change here makes sense to me, but it might be good to also get @ppisljar to take a look since he did much of the schema refactoring.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good to me! thank you
Pinging @elastic/kibana-app (Team:KibanaApp) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Didn't do a deep dive but this export still doesn't render for me (with errors in the console): https://gist.github.com/flash1293/ba8a4cf238e16942d68161f1fee41541
@flash1293 , I think it because this export already have version 7.12. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
My bad @VladLasitsa , all my test cases work fine now, thanks!
@VladLasitsa this fails only when I upgrade from 6.8 to 7.12? It works for 7.11.x right? So this means that this bug doesn't exist yet (for the users). If this is the case, I would recommend replacing the |
@elasticmachine merge upstream |
Joe has written in issue that in 7.11 works fine. So in this case I will replace label. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
code LGTM
@elasticmachine merge upstream |
💚 Build SucceededMetrics [docs]
History
To update your PR or re-run it, just comment with: cc @VladLasitsa |
@elasticmachine run elasticsearch-ci/docs |
Co-authored-by: Kibana Machine <[email protected]>
Co-authored-by: Kibana Machine <[email protected]>
Co-authored-by: Kibana Machine <[email protected]> Co-authored-by: Kibana Machine <[email protected]>
Co-authored-by: Kibana Machine <[email protected]> Co-authored-by: Kibana Machine <[email protected]>
Hi, I have a strong suspicion that this matters to, at least, 7.11.1 as well. After we upgraded our Kibana installation to
Saved objects -> Inspect shows |
Hi @flash1293 , as you see @nodakai find out that in 7.11.1 old visualizations doesn't work due to problem which I fixed in this PR. In the issue (#93026) you have written that in 7.11 old visualizations work fine. Because of this I have worked on this issue starting check from 7.12. As a result I added migration script for 7.12. Should we move migration script to 7.11 or should we leave as now and ask users modify visualizations manually? |
I used the Inspect screen to search & destroy |
@VladLasitsa In the issue I wrote
I tested upgrading a vis saved in 7.11 to 7.12 (I didn't test 6.8 to 7.11 - from 7.11, not to 7.11) We can't change migration scripts for versions which are already released - the only option is to backport this migration to 7.11.2 . cc @stratoula not sure whether it's worth it, what do you think? 7.12 should be out soon, but it's a pretty bad bug - kind of on the fence here |
Yes, I don't think it worths it either and I think we can't backport it on 7.11.2. It is a bad bug, I will talk to @KOTungseth to see if we could at least include it in |
Closes: #93026
Summary
As I understand start from 7.12 version we don't support 'schema' as object and should use the name of schema instead. Created migartion function find all schemes object in aggregation and replace it on name of this schema.
Schema before migration:
After migration: