Bug 1544299

Summary: HTML tag '<br>' appears in Import information message
Product: Red Hat Enterprise Virtualization Manager Reporter: kuwei <kuwei>
Component: ovirt-engineAssignee: Nobody <nobody>
Status: CLOSED DUPLICATE QA Contact: meital avital <mavital>
Severity: low Docs Contact:
Priority: unspecified    
Version: 4.2.1CC: kuwei, lsurette, michal.skrivanek, rbalakri, Rhev-m-bugs, srevivo, tjelinek, ykaul
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: All   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2018-04-18 07:30:16 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: Virt RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
image none

Description kuwei@redhat.com 2018-02-12 02:35:04 UTC 
Description of problem:
The info of importing geust from export domain should be more tidy


Version-Release number of selected component (if applicable):
vdsm-4.20.17-1.el7ev.x86_64
rhv:4.2.1.6-0.1.el7

How reproducible:
100%

Steps to Reproduce:

1.Using virt-v2v convert a guest to rhv4.2
2.After finishing conversion, try to import this guest from export domain to data domain
3.Then press button "ok",we will get the info "Import process has begun for VM(s): rhel7.4-3.<br>You can check the import status in the main 'Events' view, or in the 'Tasks' overlay accessible from the tasks button in the header."


Actual results:
As subject

Expected results:
I have no ideas why "<br>" exist in the info,we could delete it to make the info more tidy.

Additional info:
Comment 1 kuwei@redhat.com 2018-02-12 07:38:48 UTC 
Created attachment 1394799 [details]
image
Comment 3 Michal Skrivanek 2018-04-16 11:35:28 UTC 
I believe it was a global fix some time ago, right?
Comment 4 Tomas Jelinek 2018-04-18 07:30:16 UTC 
yes, has been fixed as part of 1537495 (more specifically the 7ca0b992e906cc324d1efe20b1ddcfbe27e72ed5).

More details:
- the dialog in question is triggered in VmBackupModel as setConfirmWindow(confirmModel); where the confirmModel is an instance of ConfirmationModel.
- since the StorageModule.getVmBackupProvider() does not handle this model specifically, it falls back to DefaultConfirmationPopupView which is using the render() method from AbstractConfirmationPopupView which has been fixed by 7ca0b992e906cc324d1efe20b1ddcfbe27e72ed5

*** This bug has been marked as a duplicate of bug 1537495 ***
Comment 5 Franta Kust 2019-05-16 13:03:48 UTC 
BZ<2>Jira Resync