Bad performance when editing project members
Bug #1278920 reported by
Guilherme Lazzari
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack Dashboard (Horizon) |
Fix Released
|
Medium
|
Rodrigo Duarte | ||
OpenStack Identity (keystone) |
Invalid
|
Undecided
|
Unassigned |
Bug Description
In an envrionment with where there are more than 1000 users, edito project members dialog performs a query for each user to get its roles, which results in a bad performance. There are some alternatives to fix in the UI side, but we could also fix in keystone with an extension, for example. Please reassign to keystone if needed.
In the best scenario, Horizon takes 8 secs to render the UI with 1000 users and 2 assigned users.
On the other hand, it takes 1 min to show the UI with 1000 users and 1000 assigned users.
Changed in horizon: | |
status: | New → Confirmed |
tags: | added: performance |
description: | updated |
Changed in horizon: | |
importance: | Undecided → Medium |
tags: | added: ux |
Changed in horizon: | |
milestone: | none → next |
Changed in horizon: | |
status: | Confirmed → In Progress |
Changed in horizon: | |
milestone: | next → juno-2 |
Changed in horizon: | |
status: | Fix Committed → Fix Released |
tags: | added: icehouse-backport-potential |
tags: | removed: icehouse-backport-potential |
Changed in horizon: | |
milestone: | juno-2 → 2014.2 |
To post a comment you must log in.
On the keystone side, this is specifically addressed by https:/ /blueprints. launchpad. net/keystone/ +spec/list- limiting
On the horizon side, horizon should issue queries to keystone with as many filters as reasonably possible to avoid hitting the truncation behavior implemented above.