Description of problem:
Column 4 of Disks tab has no title. According to the content, it should us the vm icon seen in some of the rows.
Version-Release number of selected component (if applicable):
oVirt Engine Version: 3.5.0-0.0.master.20140722232056.git8e1babc.fc19
Should be trivial fix.
Created attachment 922340 [details]
Screenshot showing the missing title
This behavior is actually by design, an image column with multiple possible icons usually has an empty title (e.g. any status column or desktop/server column in VMs main-tab). In order to resolve it, we should consult UX designers whether a single icon, that represents all possibilities (VM/Template/none), can be provided.
From a UX perspective, I think one possibility would be to combine the column headers for the icon and the "Attached To" column. This would make the field just one column. We could then append the icon to the beginning of the "Attached To" column so that it would read the exact same way it does today, but it would also get rid of the issue seen in the screenshot. In this case, it would just show two blank fields under the "Attached To" column.
Thoughts on this approach?
Created attachment 928029 [details]
mockup: proposed "Attached To" column
Sounds good to me. Tal/Daniel - is this feasible from a GWT perspective?
Sounds feasible to me, Daniel, your thoughts?
(In reply to Tal Nisan from comment #6)
> Sounds feasible to me, Daniel, your thoughts?
I don't recall any similar column but probably should be done using 'CommonApplicationTemplates -> iconWithTextAndTitle' on DiskContainersColumn.
Though might be worth creating a generic column in the UI infrastructure for that (unless we don't plan reusing this concept...)
I'm fine with the solution as well.
Small thoughts: In the near future we would like to have sorting to each column.
I am not sure that here is the case of sorting once by the: attach to type column and once by the: attach to name.
But Anyway I am adding the mockup of an icon which is blur, meaning the parent is not defined.
Created attachment 928337 [details]
attach_to icon undefined
This is an (old) GUI nit - should be fixed, but should not block 3.5.0 - pushing out to 3.5.1.
Target release should be placed once a package build is known to fix a issue. Since this bug is not modified, the target version has been reset. Please use target milestone to plan a fix for a oVirt release.
In oVirt testing is done on single stream by default. Therefore I'm removing the 4.0 flag. If you think this bug must be tested in 4.0 as well, please re-add the flag. Please note we might not have testing resources to handle the 4.0 clone.
What browser are you using? Can you still see this issue?
(In reply to Yaniv Dary from comment #13)
> What browser are you using? Can you still see this issue?
I'm using chrome, don't know it this still exist.
Can you check? can you make sure you are not zoomed?
(In reply to Yaniv Dary from comment #15)
> Can you check?
The issue still exits, tested on Chrome
Version 46.0.2490.71 (64-bit)
> can you make sure you are not zoomed?
I don't know what do you mean by "zoomed".
he means that your browser is set on zoom that is higher than 100%.
Normally it should be 100% (go to chrome > view > actual size)
(In reply to Eldan Hildesheim from comment #17)
> he means that your browser is set on zoom that is higher than 100%.
> Normally it should be 100% (go to chrome > view > actual size)
No, I'm using 100% zoom, but I'm using custom font settings:
Standard font: 18
Serif font: 18
San-serif font: 18
Fixed-width font: 18
Minimum font size: 14
This settings is needed to mitigate unusable small fonts used by
lot of sites, instead of using 100% font size, respecting my
Any chance of fixing it for 4.0, or just CLOSE-WONTFIX?