commit b2259b352fd1e00a269b8275afa8093223598235
Author: Nicolas Simonds <email address hidden>
Date: Tue Feb 4 15:15:29 2014 -0800
Don't copy the flavorid when updating flavors
The Nova API makes the implicit assumption that flavorids are unique,
so if one creates two flavors with the same flavorid, subsequent
requests for flavor information can vary between "inaccurate" and
"wildly f*cking inaccurate"
From an end-user perspective, it makes it look like data such as
flavor access settings get lost between edits (because the API pulls
the access list from the wrong flavor)
Let the API assign a new flavorid on changes. The comments around
the handler code imply that is the desired behaviour, anyhow.
Cherry-picked from 4100a1cbc24184b58d5049dfb601b18e29e6107d
Reviewed: https:/ /review. openstack. org/71315 /git.openstack. org/cgit/ openstack/ horizon/ commit/ ?id=b2259b352fd 1e00a269b8275af a8093223598235
Committed: https:/
Submitter: Jenkins
Branch: stable/havana
commit b2259b352fd1e00 a269b8275afa809 3223598235
Author: Nicolas Simonds <email address hidden>
Date: Tue Feb 4 15:15:29 2014 -0800
Don't copy the flavorid when updating flavors
The Nova API makes the implicit assumption that flavorids are unique,
so if one creates two flavors with the same flavorid, subsequent
requests for flavor information can vary between "inaccurate" and
"wildly f*cking inaccurate"
From an end-user perspective, it makes it look like data such as
flavor access settings get lost between edits (because the API pulls
the access list from the wrong flavor)
Let the API assign a new flavorid on changes. The comments around
the handler code imply that is the desired behaviour, anyhow.
Cherry-picked from 4100a1cbc24184b 58d5049dfb601b1 8e29e6107d
Change-Id: I5403202396a7b1 36b0ae8637d6aae 1cf32550747
Closes-Bug: 1276371