Skip to content
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

fix for #7329 -- plugin versions updated #7747

Merged
merged 3 commits into from
Jul 26, 2016
Merged

Conversation

ppisljar
Copy link
Member

fix #7329

i just updated plugin versions in package.json file of each plugin.

i am not sure what @pickypg meant with his comment to issue ...
test just checks for kibana plugin to be present it doesn't check the version number.

anyway this feels a bit counter productive ...

  • we will be updating versions of this plugins with each kibana version
  • even if plugins wont change their version will be updated

maybe it would be better to update this versions from main package.json at the build time ?

@epixa
Copy link
Contributor

epixa commented Jul 14, 2016

I think we definitely need to make this functionality dynamic in some way rather than hardcoding core plugin versions.

@ppisljar
Copy link
Member Author

i completely agree. suggestions ?

@Bargs
Copy link
Contributor

Bargs commented Jul 15, 2016

Perhaps core plugins shouldn't have a version specified in their package.json at all, and it should just default to the version of kibana in the UI

@Bargs Bargs assigned ppisljar and unassigned Bargs Jul 15, 2016
@epixa
Copy link
Contributor

epixa commented Jul 15, 2016

+1

@pickypg
Copy link
Member

pickypg commented Jul 24, 2016

i am not sure what @pickypg meant with his comment to issue ...

FYI, back when I made the comment, the test was more brittle:

e232e07

It's fine now.

@@ -16,6 +17,7 @@ module.exports = class ServerStatus {
}

createForPlugin(plugin) {
plugin.version = plugin.version || version;
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I wonder if this is too loose? I like what it's enabling, but I wonder if the behavior should be explicit?

Instead of removing version from every built-in plugin, just mark it with "version" : "kibana", or something similar, and use that to inherit Kibana's version. That way it at least implies to plugin authors that they should provide their own version number and not just make version irrelevant for every plugin ("oh, it always matches Kibana", which shouldn't be true for things that are compiled + released at the same time).

@pickypg
Copy link
Member

pickypg commented Jul 25, 2016

LGTM

@ppisljar ppisljar merged commit eae294b into elastic:master Jul 26, 2016
@ppisljar ppisljar deleted the fix/7329 branch July 26, 2016 09:03
@Bargs
Copy link
Contributor

Bargs commented Jul 26, 2016

@ppisljar in the future, please try to get 2 official LGTM from Kibana engineers prior to merging a PR.

@ppisljar
Copy link
Member Author

sorry, will do.

@epixa epixa added v5.0.0 and removed v5.0.0 labels Aug 1, 2016
airow pushed a commit to airow/kibana that referenced this pull request Feb 16, 2017
fix for elastic#7329 -- plugin versions updated

Former-commit-id: eae294b
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Specify internal plugin version as Kibana version
4 participants