Verified on 4.14:

1. remove the default storageclass with:

   oc patch storageclass hostpath-csi-basic -p '{"metadata": {"annotations": {"storageclass.kubernetes.io/is-default-class": "false"}}}'

2. deleted a dv from NS=openshift-openshift-virtualization-os-images, with:

   oc delete dv centos-stream8-ad852c1cc2d2 $NS
   result: dv & pvc "centos-stream8-ad852c1cc2d2" deleted,
           and the DV is in phase pending: 
           NAME                          PHASE     PROGRESS   RESTARTS   AGE
           centos-stream8-ad852c1cc2d2                                   82s

3. set the default SC back to hostpath-csi-basic

And the import triggered:
[cloud-user@ocp-psi-executor-xl ~]$ oc get dv $NS
NAME                          PHASE              PROGRESS   RESTARTS   AGE
centos-stream8-ad852c1cc2d2   ImportInProgress   99.45%                3m30s

and eventually succeeded:
[cloud-user@ocp-psi-executor-xl ~]$ oc get pvc $NS
NAME                          STATUS   VOLUME                                     CAPACITY   ACCESS MODES   STORAGECLASS         AGE
centos-stream8-ad852c1cc2d2   Bound    pvc-ad0d912b-ecc9-4719-9382-93ee61f6dcdf   149Gi      RWO            hostpath-csi-basic   5m16s

#NOTE:
a senario of changing the default storageclass to OCS also succeeded for VolumeSnapshotCreation instead of PVC

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 (Important: OpenShift Virtualization 4.14.0 Images security and bug fix 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/RHSA-2023:6817