-
Notifications
You must be signed in to change notification settings - Fork 8
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
Fix: CapRover Dashboard App: Details of Workers disappear after few seconds #3363
Conversation
…-sdk-ts into development_caprover
- Send the both of the deployments, leader and workers. - Call the 'getGrafanaUrl' on mounting the component.
- Enhanced Deletion Dialog: displays all attached workers in the deletion dialog to prompt user confirmation before proceeding. - Worker Deletion Logic: Iterates through the machine's interface, extracts the associated worker nodes, and deletes them efficiently. - Refactored Delete Function: Improved the delete function.
- Used the some() method since it'll be faster than the `filter` method. - Update the checker to check if the selected items have workers.
ba1df10
to
0f1d968
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
- Push the master into the first index of the result array - Push the workers into the master, second index of the result array - Tested the code well
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@zaelgohary In the contracts, all the cluster's workers carry the same name as the cluster (which is the leader name) so we can list them as part of the cluster |
It's a known issue i think #3425 |
It's not. It was fixed in #3456 which was merged yesterday. Can you merge development to your branch? and if the issue still exist, we can open an issue for it as this only happen in Caprover. |
The issue is already solved yeah, I just noticed that I have to build the client first However, yeah one contract still exists and should be deleted! |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
…-sdk-ts into development_caprover
- Ensure that workers are correctly removed from the deployment list when the leader is deleted to maintain data integrity. - Merged the latest changes from the development branch to keep the codebase up to date. - Conducted thorough testing to verify the complete functionality and ensure no regressions were introduced. Test Scenarios 1. Deploy `leader`, and `worker`, Go go to the contracts page and delete the deployed `leader`. 2. Deploy `leader`, attach a `worker` to it then delete the whole cluster just in time without refreshing the page. 3. Deploy `leader`, and `worker`, delete the deployed `worker` and attach another, then delete the whole cluster just in time without refreshing the page. 4. Deploy a cluster with 1 leader and 2 workers check the deployment listing dialog and make sure all of them are listed 3. Delete a cluster with the leader and more than 3 workers and make sure all of them are deleted. PS: Make sure no errors on the Caprover listing page.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Description
Fix listing Caprover workers
Changes
Test Scenarios
leader
, andworker
, Go go to the contracts page and delete the deployedleader
.leader
, attach aworker
to it then delete the whole cluster just in time without refreshing the page.leader
, andworker
, delete the deployedworker
and attach another, then delete the whole cluster just in time without refreshing the page.PS: Make sure no errors on the Caprover listing page.
Related Issues
Screenshots/Videos
Screencast.from.09-03-2024.05.27.14.PM.webm
Checklist