[Horizon] Update Default Quotas dialog contains not all quotas

Bug #1417493 reported by Kyrylo Romanenko
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Mirantis OpenStack
Status tracked in 10.0.x
10.0.x
Triaged
Low
MOS Horizon
6.1.x
Won't Fix
Low
MOS Horizon
7.0.x
Won't Fix
Low
MOS Horizon
8.0.x
Won't Fix
Low
MOS Horizon
9.x
Won't Fix
Low
MOS Horizon

Bug Description

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

Revision history for this message
Kyrylo Romanenko (kromanenko) wrote :

Screenshots.

Revision history for this message
Kyrylo Romanenko (kromanenko) wrote :
Changed in mos:
status: New → Confirmed
importance: Undecided → Low
assignee: nobody → MOS Horizon (mos-horizon)
milestone: none → 6.1
Revision history for this message
Vlad Okhrimenko (vokhrimenko) wrote :

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

Timur Sufiev (tsufiev-x)
Changed in mos:
milestone: 6.1 → 7.0
Revision history for this message
Timur Sufiev (tsufiev-x) wrote :

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.

Changed in mos:
milestone: 7.0 → 8.0
status: Confirmed → Triaged
Revision history for this message
Timur Sufiev (tsufiev-x) wrote :

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.

Changed in mos:
milestone: 8.0 → 9.0
Revision history for this message
Timur Sufiev (tsufiev-x) wrote :

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'.

Revision history for this message
Dina Belova (dbelova) wrote :

Marking won't fix for 9.0 due to low priority

Revision history for this message
Dina Belova (dbelova) wrote :

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

tags: added: area-horizon move-to-10.0
removed: horizon
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Bug attachments

Remote bug watches

Bug watches keep track of this bug in other bug trackers.