Bug 1912384
Summary: | [machines] The VM detail page will turn white if deleting a VM in a environment which is without storage pools | ||||||
---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 8 | Reporter: | YunmingYang <yunyang> | ||||
Component: | cockpit-appstream | Assignee: | Simon Kobyda <skobyda> | ||||
Status: | CLOSED ERRATA | QA Contact: | YunmingYang <yunyang> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | unspecified | ||||||
Version: | 8.4 | CC: | kkoukiou, leiwang, mpitt, skobyda, wshi, xchen, ymao | ||||
Target Milestone: | rc | ||||||
Target Release: | 8.4 | ||||||
Hardware: | x86_64 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | If docs needed, set a value | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2021-05-18 15:53:11 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: | |||||||
Attachments: |
|
Description
YunmingYang
2021-01-04 10:38:02 UTC
I cannot reproduce step 4. After step 4, do you get redirected to the page [HOSTNAME]:9090/machines or do you stay in page [HOSTNAME]:9090/machines#vm?name=[VM_NAME]&connection=[CONNECTION] ? Also is there any warning in browser's developer console after step 4? Hi simon, after step 4, I stayed in page [HOSTNAME]:9090/machines#vm?name=[VM_NAME]&connection=[CONNECTION].I think I miss one point. It is that I didn't close the dialog whose name is "Confirm deletion of $vm_name" after step 3, I just unchecked the disks and re-clicked the "Delete" button on the "Confirm deletion of $vm_name" dialog. There is a part of code which redirects you to a VM list page after successful deletion of a VM. When I reproduce your step 4 and delete the VM without deleting the disks, I get redirected to vm list page. I wonder what's different for me and you. Was the deletion a VM successful for you? Was there no warning in developer console? What browser are you using? I checked the developer console, there is an error which seems new, it is "Tried changing state of a disconnected RFB object".And the deletion in step 3 is not successful, it just change the VM status to "shut off". The deletion in step 4 is successful, I checked it by "virsh list --all". My browser is "Chrome 87.0.4280.88". Created attachment 1744740 [details]
a gif for step 3 and step 4. Hope it is helpful
Simon is working on a fix in https://github.com/cockpit-project/cockpit/pull/15102 *** Bug 1918103 has been marked as a duplicate of this bug. *** Test Versions: cockpit-machines-237-1.el8.noarch cockpit-236-1.el8.x86_64 libvirt-dbus-1.3.0-2.module+el8.3.0+6423+e4cb6418.x86_64 Test Steps: 1 Prepare an environment which has no storage pool 2 Create a VM by "virsh define $xml_path && virsh start $vm_name" 3 Go to the VM detail page, then delete it with checking disks 4 Repeat step 2 to step 3,then delete the VM withouting checking disks Test Results: 1 After step 3, the VM can be deleted without error, and then redirect to VM list page. 2 After step 4, the VM can be deleted without error, and then redirected to the VM list page. According to the results, move the status to VERIFIED. 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 (cockpit-appstream bug fix and enhancement 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/RHBA-2021:1875 |