Bug 1797701

Summary: storage class cannot be changed back to the default one
Product: OpenShift Container Platform Reporter: Filip Krepinsky <fkrepins>
Component: Console Kubevirt PluginAssignee: Filip Krepinsky <fkrepins>
Status: CLOSED ERRATA QA Contact: Nelly Credi <ncredi>
Severity: high Docs Contact:
Priority: high    
Version: 4.3.0CC: aos-bugs, gouyang
Target Milestone: ---   
Target Release: 4.4.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Cause: storage class could not be changed back to the default (empty) one in Disk modals Fix and Result: storage class can be changed back to the default (empty) one
Story Points: ---
Clone Of: Environment:
Last Closed: 2020-05-13 21:58:47 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:

Description Filip Krepinsky 2020-02-03 17:04:18 UTC
Description of problem:
storage class cannot be changed back to the default one - this happens in all places with storage (VM / VM template wizard and their details)



How reproducible:
100

Steps to Reproduce:
1. Create a template
2. Create a blank disk with a storage class
3. Edit disk and remove storage class (default one should be used instead)
4. Select ok - everything works without an error


Actual results:
Storage class is not changed and the old one is still present

Expected results:
Storage class would be changed to the default one

Comment 4 Guohua Ouyang 2020-02-20 07:21:11 UTC
verified on 4.4.0-0.nightly-2020-02-17-022408

Comment 6 errata-xmlrpc 2020-05-13 21:58:47 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:0581