Bug 1810034 - Provide an "access denied" message when access not provided from OpenShift
Summary: Provide an "access denied" message when access not provided from OpenShift
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat OpenShift Container Storage
Classification: Red Hat Storage
Component: Multi-Cloud Object Gateway
Version: 4.3
Hardware: Unspecified
OS: Unspecified
medium
low
Target Milestone: ---
: OCS 4.4.0
Assignee: Ohad
QA Contact: Filip Balák
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2020-03-04 13:02 UTC by Filip Balák
Modified: 2020-06-04 12:54 UTC (History)
3 users (show)

Fixed In Version: 4.4.0-410
Doc Type: No Doc Update
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-06-04 12:54:37 UTC
Embargoed:


Attachments (Terms of Use)
Loading page after user denies to grant access to NooBaa (with opened developer tools) (61.15 KB, image/png)
2020-03-04 13:02 UTC, Filip Balák
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Github noobaa noobaa-core pull 5944 0 None closed Add OAuth access denied modal 2020-06-04 14:34:26 UTC
Red Hat Product Errata RHBA-2020:2393 0 None None None 2020-06-04 12:54:47 UTC

Description Filip Balák 2020-03-04 13:02:20 UTC
Created attachment 1667485 [details]
Loading page after user denies to grant access to NooBaa (with opened developer tools)

Description of problem (please be detailed as possible and provide log
snippests):
If user clicks on Deny on oauth-openshift Authorize Access screen then NooBaa shows 'Loading' message and no additional information is displayed even when the site is reloaded.

Version of all relevant components (if applicable):
OCS 4.3-15.ad76d561.release_4.3

Does this issue impact your ability to continue to work with the product
(please explain in detail what is the user impact)?
no

Is there any workaround available to the best of your knowledge?
When NooBaa is accessed from OCS Object Service dashboard after access was not granted, user still can provide access and continue to work.

Rate from 1 - 5 the complexity of the scenario you performed that caused this
bug (1 - very simple, 5 - very complex)?
1

Can this issue reproducible?
yes

Can this issue reproduce from the UI?
yes

If this is a regression, please provide more details to justify this:
N/A

Steps to Reproduce:
1. Open Home -> Dashboards and go to OCS Object Service tab.
2. Click on noobaa link.
3. On Authorize Access page click on "Deny".

Actual results:
"Loading" page that is never loaded is displayed.

Expected results:
There should be a page with clear information that the access was not granted and user needs to grant the access if he/she wants to login to NooBaa console.

Additional info:

Comment 2 Nimrod Becker 2020-03-09 09:36:28 UTC
After a conversation with Elad, Pushing to 4.4

Comment 6 Filip Balák 2020-04-24 12:26:28 UTC
There is a new dialog in place that tells user that he/she has not provided access rights and there is a button to take it step back to enable it. --> VERIFIED

Tested with:
ocs-operator.v4.4.0-413.ci

Comment 8 errata-xmlrpc 2020-06-04 12:54:37 UTC
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, 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/RHBA-2020:2393


Note You need to log in before you can comment on or make changes to this bug.