Bug 2018234
Summary: | user settings are saved in local storage instead of on cluster | |||
---|---|---|---|---|
Product: | OpenShift Container Platform | Reporter: | cvogt | |
Component: | Dev Console | Assignee: | Christoph Jerolimov <cjerolim> | |
Status: | CLOSED ERRATA | QA Contact: | spathak <spathak> | |
Severity: | medium | Docs Contact: | ||
Priority: | medium | |||
Version: | 4.8 | CC: | aos-bugs, cjerolim, nmukherj | |
Target Milestone: | --- | |||
Target Release: | 4.10.0 | |||
Hardware: | Unspecified | |||
OS: | Unspecified | |||
Whiteboard: | ||||
Fixed In Version: | Doc Type: | Bug Fix | ||
Doc Text: |
* Before this update, users with restricted access could not access their config map in a shared namespace to save their user settings on a cluster and load them in another browser or machine. As a result, user preferences such as pinned navigation items were only saved in the local browser storage and not shared between multiple browsers. This update resolves the issue: The web console Operator automatically creates RBAC rules so that each user can save these settings to a config map in a shared namespace and more easily switch between browsers. (link:https://bugzilla.redhat.com/show_bug.cgi?id=2018234[BZ#2018234])
|
Story Points: | --- | |
Clone Of: | ||||
: | 2038607 (view as bug list) | Environment: | ||
Last Closed: | 2022-03-10 16:22:54 UTC | Type: | Bug | |
Regression: | --- | Mount Type: | --- | |
Documentation: | --- | CRM: | ||
Verified Versions: | Category: | --- | ||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | ||
Cloudforms Team: | --- | Target Upstream Version: | ||
Embargoed: | ||||
Bug Depends On: | ||||
Bug Blocks: | 2038607 |
Description
cvogt
2021-10-28 14:58:44 UTC
Network communication on a local cluster (http): GET .../api/kubernetes/api/v1/namespaces/openshift-console-user-settings/configmaps/user-settings-185287fc-0957-4422-b3ea-df5e03046d78 returns 404 POST .../api/console/user-settings (3 times) WATCH ws://.../api/kubernetes/api/v1/namespaces/openshift-console-user-settings/configmaps?watch=true&fieldSelector=metadata.name%3Duser-settings-185287fc-0957-4422-b3ea-df5e03046d78 PATCH .../api/kubernetes/api/v1/namespaces/openshift-console-user-settings/configmaps/user-settings-185287fc-0957-4422-b3ea-df5e03046d78 PATCH ... PATCH ... PATCH ... But on sandbox (with https) I could not see the first GET call. Instead it starts directly with these wss:// WATCH calls. That might be the reason why the POST call to create the ConfigMap, Role and RoleBinding is not called. But calling the API manually (with valid tokens copied from chrome) doesn't work: curl -vs -X GET 'https://...sandbox.../api/console/user-settings' ... < HTTP/1.1 404 Not Found ... {"error":"Failed to get user settings: configmaps \"user-settings-b007bab6-9b47-4685-9f1b-59d54905bd3c\" not found"} curl -vs -X POST 'https://...sandbox.../api/console/user-settings' ... < HTTP/1.1 403 Forbidden < content-length: 0 ... % Verified on 4.10.0-0.ci-2022-01-18-093446 Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory (Moderate: OpenShift Container Platform 4.10.3 security update), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHSA-2022:0056 |