Bug 1656030 - Kubevirt-apb shows wrong version in the UI
Summary: Kubevirt-apb shows wrong version in the UI
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Container Native Virtualization (CNV)
Classification: Red Hat
Component: Installation
Version: 1.3
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
: ---
Assignee: Ohad Levy
QA Contact: Irina Gulina
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2018-12-04 13:48 UTC by Nelly Credi
Modified: 2018-12-04 15:49 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2018-12-04 15:49:11 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
screenshot (83.13 KB, image/jpeg)
2018-12-04 13:48 UTC, Nelly Credi
no flags Details

Description Nelly Credi 2018-12-04 13:48:34 UTC
Created attachment 1511349 [details]
screenshot

Description of problem:

*This is not how we are telling customers to deploy*
but if a customer would go to the OCP service catalog and try to deploy kubevirt from there,
he will see a version dropdown list with one value - 0.9.3 

Version-Release number of selected component (if applicable):
kubevirt-apb-v3.11-14

How reproducible:
100%

Steps to Reproduce:
1. import the hidden apb
2. go to ocp console and double click the kubevirt-apb
3. see 'version' param

Actual results:
only available version is 0.9.3

Expected results:
d/s v1.3.0 version

Additional info:

Comment 1 Ryan Hallisey 2018-12-04 15:47:41 UTC
0.9.3 is used to select the offline downstream templates so we'll use to keep it.  So this is missing a downstream translation.  It's not ideal, but tag is what will reflect the version.

Comment 2 Ryan Hallisey 2018-12-04 15:48:44 UTC
downstream translation for this would be a large change based on how we're pulling in the templates now.  I think that why this was deprioritized.


Note You need to log in before you can comment on or make changes to this bug.