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

[BUG] Unable to switch tenants when visiting copied links #1204

Closed
jgough opened this issue Nov 10, 2022 · 5 comments
Closed

[BUG] Unable to switch tenants when visiting copied links #1204

jgough opened this issue Nov 10, 2022 · 5 comments
Assignees
Labels
bug Something isn't working triaged

Comments

@jgough
Copy link

jgough commented Nov 10, 2022

What is the bug?
When visiting non-short URLs from the "Share" button, it is impossible to switch tenants

How can one reproduce the bug?
Steps to reproduce the behavior:

  1. In a cluster with more than one tenant, log into Dashboards
  2. Go to a page such as Discover, then click at the top Share -> Copy link (do NOT select Short URL)
  3. Open a new tab and visit the copied URL. This should load as normal.
  4. From the tenant switcher, choose a different tenant
  5. Note that you are returned back to the tenant as specified in the URL and not taken to the URL of the tenant you selected

What is the expected behavior?
Expected to be taken to the new tenant chosen

What is your host/environment?

  • OS: Linux / Docker
  • Version: 2.3.0
  • Plugins: Security Plugin
@jgough jgough added bug Something isn't working untriaged labels Nov 10, 2022
@peternied
Copy link
Member

peternied commented Nov 14, 2022

[Triage] This is likely related to the current tenant being stored in the browsers local storage which does not work well for multi-browser scenarios

Below comment is likely correct

@peternied
Copy link
Member

[Triage] This could also be because the url includes the specified tenant and is preventing the updated tenant from being picked.

@jgough
Copy link
Author

jgough commented Nov 15, 2022

Looks like this might be a dupe of #665 which was closed in favour of #123

@leanneeliatra
Copy link
Contributor

Confirmed issue on opensearch v2.6.0

@stephensarabiasurion
Copy link

We have also experienced a likely-related issue, which I assumed was related to user storage as @peternied commented originally; just wanting to comment here to ensure this use case is also considered.

If the visited url successfully redirects to the new tenant, any currently open tabs on the old tenant become buggy. Specifically, search on the old tab will occasionally fail with 403 errors, leading users to believe the index has gone missing, when in fact the UI is attempting to search against the new tenant instead.

This new tenant isn't always immediately reflected in the UI, until a user does a refresh of the page

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working triaged
Projects
None yet
Development

No branches or pull requests

5 participants