-
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
Investigate [and fix?] plugin version checking #61087
Comments
Pinging @elastic/kibana-platform (Team:Platform) |
Is there ever a scenario in which version-checking first-party plugins can catch a problem? If not, then perhaps we can allow Kibana maintainers to leave the version field out, and add something to our tooling to handle this intelligently (e.g. automatically generate it from the package.json or simply ignore it). The reason I suggest this is that it just seems like a hassle for a first-party maintainer to maintain versions (e.g. bumping them) if there's no practical benefit. |
+1 to remove this requirement for first-party plugins. We need to finish work started in #34660 |
So, if I'm following correctly, this is how it works today:
And how we want it to work:
So, am I right in thinking that the goal is to have plugins put whatever they want inside |
With the new plugin manifest format, internal plugins no longer have a |
@cjcenizal noticed that many 1st party new platform plugins specify "8.0.0" as their version, even in the 7.x branch.
This points to the possibility that we're not doing any version checks on Platform plugins which is a problem for 3rd party plugins.
We should investigate what version checking we are doing, if there is none, add version checking that mirror what we do in legacy, and finally, update all 1st party plugins to work correctly with the new version checking.
The text was updated successfully, but these errors were encountered: