[Horizon] Update Default Quotas dialog contains not all quotas

[Kyrylo Romanenko]

Steps:
1) Login as admin.
2) Navigate to: Admin -> System -> Defaults
3) Count number of default quotas. There are 18 of quotas on screenshot.
4) Open "Update Default Quotas" dialog. Count input fields for quotas. There are 11 of fields.

Following quotas are not represented on Update Default Quotas" dialog:
Custom Volume Types
Backups
Server Group Members
Server Groups
Backup Gigabytes

Environment:
MOS 6.0: Juno on CentOS 6.5 (2014.2-6.0)
MOS 6.1 build: fuel-6.1-83-2015-01-28_12-40-56.iso

[Kyrylo Romanenko (kromanenko)]

Screenshots.

[Vlad Okhrimenko (vokhrimenko)]

similar behavior is observed for `Devstack`
(master-branch up-to-date for Horizon,
devstack up-to-date)

[Timur Sufiev (tsufiev-x)]

This one may be more complicated than it seems. The problem here is that quotas to be filled in form are hardcoded inside https://github.com/openstack/horizon/blob/2015.1.1/openstack_dashboard/dashboards/admin/defaults/workflows.py#L31 while initial values https://github.com/openstack/horizon/blob/master/openstack_dashboard/dashboards/admin/defaults/views.py#L40 and quota list in a table https://github.com/openstack/horizon/blob/master/openstack_dashboard/dashboards/admin/defaults/tabs.py#L34 are dynamic. It'd be better to rewrite this thing proper than just a couple of lines fixing this particular bug.

I found a bunch of related upstream bugs: https://bugs.launchpad.net/horizon/+bug/1277108 https://bugs.launchpad.net/horizon/+bug/1462493 https://bugs.launchpad.net/horizon/+bug/1366059 https://bugs.launchpad.net/horizon/+bug/1337473

Moving to 8.0 because obviously we don't have time to carefully fix it in 7.0.

[Timur Sufiev (tsufiev-x)]

Given inferior unit-test coverage of Quota subsystem in Horizon, we cannot fix this issue reliably in a remaining week before SCF, thus moving it to 9.0. The plan is first to improve test coverage, then finalize quota calls optimization.

[Timur Sufiev (tsufiev-x)]

The last sentence from a previous comment is a partial copy-paste from bug 1512391. Should be read as 'improve coverage first, fix this bug second'.

[Dina Belova (dbelova)]

Marking won't fix for 9.0 due to low priority

[Dina Belova (dbelova)]

Added move-to-10.0 tag due to the fact bug was transferred from 9.0 to 10.0