Bug 2184174

Summary: [RDR] UI blocks failover/relocate operations for app-set as UI starts showing 0 Connected applications to DRPolicy
Product: [Red Hat Storage] Red Hat OpenShift Data Foundation Reporter: Aman Agrawal <amagrawa>
Component: management-consoleAssignee: Sanjal Katiyar <skatiyar>
Status: ASSIGNED --- QA Contact: Prasad Desala <tdesala>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 4.13CC: gshanmug, kramdoss, odf-bz-bot, skatiyar
Target Milestone: ---Flags: amagrawa: needinfo? (gshanmug)
skatiyar: needinfo? (amagrawa)
Target Release: ODF 4.14.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 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:

Comment 12 Sanjal Katiyar 2023-04-14 05:20:18 UTC 
Thanks for updating the description, it is very very edge case and requires specific steps to replicate it perfectly...
I am moving this to 4.14 for now and will investigate further if this should/can be fixed...

example:
I was able to replicate by following (as mentioned in description):
```
Stay on the ACM console on the Data policies page, disconnect the internet for some time (10-15mins of more if needed). Re-connect the internet. Go back to ACM console. Now navigate to Clusters page under Infrastructure and come back to Data policies page. The DRPolicy starts showing connected to 0 applications and failover/relocate was blocked.
```
but, if:
```
Stay on the ACM console on the Data policies page, disconnect the internet for some time (10-15mins of more if needed). Re-connect the internet. If I stay on the Data policies page (do not navigate to Clusters page under Infrastructure and come back to Data policies page) then I am not facing this issue.
```
Comment 16 Sanjal Katiyar 2023-05-19 09:42:26 UTC 
It was first hit manually, that is true... but reproducing scenario is to "disconnect the internet for some time" and "navigating to different pages and came back on the Data policies page" which is a very rare case...