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

Replicating advanced settings across browser tabs #6898

Closed
bevacqua opened this issue Apr 13, 2016 · 2 comments
Closed

Replicating advanced settings across browser tabs #6898

bevacqua opened this issue Apr 13, 2016 · 2 comments
Labels
enhancement New value added to drive a business result Feature:Kibana Management Feature label for Data Views, Advanced Setting, Saved Object management pages Team:Visualizations Visualization editors, elastic-charts and infrastructure

Comments

@bevacqua
Copy link
Contributor

I wrote about this earlier in #6849 (comment), but it felt more appropriate to create a separate issue for it.

When an advanced setting is deleted or updated, settings in that browser tab should be replicated across all tabs. The purpose is to prevent settings falling out of sync in different tabs, with a user perhaps updating a setting in a tab and a separate setting in another tab, but not seeing the other changes made on other tabs.

@stacey-gammon
Copy link
Contributor

cc @elastic/kibana-management to triage

@bmcconaghy bmcconaghy added enhancement New value added to drive a business result and removed release_note:enhancement triage_needed labels Aug 15, 2018
@timroes timroes added intent-discuss Team:Visualizations Visualization editors, elastic-charts and infrastructure Feature:Kibana Management Feature label for Data Views, Advanced Setting, Saved Object management pages and removed :Management DO NOT USE labels Nov 27, 2018
@timroes
Copy link
Contributor

timroes commented Apr 17, 2019

While this would technological be possible, we would need to extend some central infrastructure for this quiet a lot, for something we are not seeing too much benefits yet. So after some discussion we would close this for now, as there are no near term intentions of implementing this sync across browser tabs.

We might revisit that topic, once we anyway have a more centralized infrastructure on syncing up Kibana sessions across different instances.

@timroes timroes closed this as completed Apr 17, 2019
1Copenut added a commit that referenced this issue Jul 11, 2023
`eui@83.0.0` ⏩ `83.1.0`

---

## [`83.1.0`](https://github.com/elastic/eui/tree/v83.1.0)

- Added `placeholder` prop to `EuiInlineEdit`
([#6883](elastic/eui#6883))
- Added `sparkles` glyph to `EuiIcon`
([#6898](elastic/eui#6898))

**Bug fixes**

- Fixed Safari-only bug for single-line row `EuiDataGrid`s, where cell
actions on hover would overlap instead of pushing content to the left
([#6881](elastic/eui#6881))
- Fixed `EuiButton` not correctly merging in passed `className`s with
its base `.euiButton` class
([#6887](elastic/eui#6887))
- Fixed `EuiIcon` not correctly passing the `style` prop custom `img`
icons ([#6888](elastic/eui#6888))
- Fixed multiple components with child props (e.g. `buttonProps`,
`iconProps`, etc.) unsetting EUI's Emotion styling if custom `css` was
passed to the child props object
([#6896](elastic/eui#6896))

**CSS-in-JS conversions**

- Converted `EuiHeader` and `EuiHeaderLogo` to Emotion
([#6878](elastic/eui#6878))
- Removed Sass variables `$euiHeaderDarkBackgroundColor`,
`$euiHeaderBorderColor`, and `$euiHeaderBreadcrumbColor`
([#6878](elastic/eui#6878))
- Removed Sass mixin `@euiHeaderDarkTheme`
([#6878](elastic/eui#6878))
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:Kibana Management Feature label for Data Views, Advanced Setting, Saved Object management pages Team:Visualizations Visualization editors, elastic-charts and infrastructure
Projects
None yet
Development

No branches or pull requests

7 participants