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

Break up core Kibana tabs into separate plugins #6545

Closed
tbragin opened this issue Mar 15, 2016 · 44 comments
Closed

Break up core Kibana tabs into separate plugins #6545

tbragin opened this issue Mar 15, 2016 · 44 comments
Labels
enhancement New value added to drive a business result Feature:NP Migration Feature:Plugins high hanging fruit Team:Visualizations Visualization editors, elastic-charts and infrastructure

Comments

@tbragin
Copy link
Contributor

tbragin commented Mar 15, 2016

Today Discover, Visualize, Dashboard, and Settings are implemented as one plugin.

Breaking them up into separate plugins will allow users to disable them at startup, satisfying requests such as this: #6496

@epixa
Copy link
Contributor

epixa commented Jun 2, 2016

I bumped this to P2 because while the feature at face-value is a P3, it would be a huge technical gain to move these to individual plugins, and that would help us iterate on future features faster.

@sagh0900
Copy link

We have kibana version 4.5.2. We are looking for possibility to disable settings app (either by removing it from menu) or redirect it is discover app. how can I do it?

@tbragin tbragin added :Management Team:Core Core services & architecture: plugins, logging, config, saved objects, http, ES client, i18n, etc labels Nov 9, 2016
@mgoritzk
Copy link

+1

1 similar comment
@shaanen
Copy link

shaanen commented Mar 13, 2017

+1

@abdalians
Copy link

any word on this?

@epixa
Copy link
Contributor

epixa commented Mar 18, 2017

@abdalians This is an important change, but it's a significant project with a lot of risks. There's no target date or release for it.

There are two efforts that will make this easier:

@nfx
Copy link

nfx commented Apr 25, 2017

+1

@epixa epixa removed the P2 label Apr 25, 2017
@mcinquin
Copy link

+1

10 similar comments
@Payback159
Copy link

+1

@varunsharma27
Copy link
Contributor

+1

@MattBorowiec
Copy link

+1

@xorpaul
Copy link

xorpaul commented Jun 16, 2017

+1

@dovefi
Copy link

dovefi commented Jul 14, 2017

+1

@natebunton
Copy link

+1

@piotrkochan
Copy link

+1

@Hariharan-Gandhi
Copy link

+1

@basilrormose
Copy link

+1

@suckowbiz
Copy link

+1

@widhalmt
Copy link

widhalmt commented Sep 1, 2017

+1 I would definitely like to see this for Dev-Tools as well.

Update: I realized too late, that this should be possible via console.enabled: false

@piotrkochan
Copy link

+1

4 similar comments
@ikrauchanka
Copy link

+1

@f0xtek
Copy link

f0xtek commented Mar 1, 2018

+1

@glira
Copy link

glira commented Mar 27, 2018

+1

@uwrob
Copy link

uwrob commented Apr 13, 2018

+1

@epixa epixa added enhancement New value added to drive a business result and removed release_note:enhancement labels May 7, 2018
@emanzaman
Copy link

+1

1 similar comment
@guanghaofan
Copy link
Contributor

+1

@coleshores
Copy link

Any word on this? This is a pretty big deal for our organization's needs.
Thanks

@heyarb
Copy link

heyarb commented Jul 12, 2018

+1

4 similar comments
@pinkielll
Copy link

+1

@larriaga
Copy link

+1

@victor-mendes-eduardo
Copy link

+1

@rajesnal
Copy link

+1

@epixa epixa added Team:Visualizations Visualization editors, elastic-charts and infrastructure and removed Team:Core Core services & architecture: plugins, logging, config, saved objects, http, ES client, i18n, etc labels Oct 16, 2018
@naveenkumart28
Copy link

+1

@lanerjo
Copy link

lanerjo commented Dec 21, 2018

+1
I would like to know when this is planning to be implemented, and can a back port be made available to all 6.x versions?

@epixa
Copy link
Contributor

epixa commented Dec 21, 2018

@lanerjo There's supportive work related to this happening in every version, but we don't have a target version for actually breaking up the apps into separate plugins. I do know that it won't be done in 6.x, though.

@lanerjo
Copy link

lanerjo commented Jan 9, 2019

Blocking the use of a section as powerful and potentially breaking of a product such as the management section, seems like it would be a fairly high priority. Especially considering how many users are requesting that feature.

@baracudda
Copy link

Having had to tackle this very subject, I figured out how to do it in a way that works for my clients so I thought I'd share it here in case others are still looking for a workaround until this gets handled internally: https://stackoverflow.com/a/54263016/429728

@elasticmachine
Copy link
Contributor

Pinging @elastic/kibana-app-arch

@flash1293
Copy link
Contributor

During 7.6, 7.7 and the upcoming 7.8 we incrementally refactored this code and moved it into separate plugins - in 7.9 the catch-all "kibana" plugin will be removed completely.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New value added to drive a business result Feature:NP Migration Feature:Plugins high hanging fruit Team:Visualizations Visualization editors, elastic-charts and infrastructure
Projects
None yet
Development

No branches or pull requests