So I take the silence to simply be a collective "oops". I guess this just should serve as a reminder to not break API compatibility without a discussion. Perhaps our tests will surface this better in the future (although I need to look, I wonder if any ACL tests were also simply changed to accomodate the new behavior).
On Thu, Nov 7, 2013 at 2:23 PM, Marcus Sorensen <shadow...@gmail.com> wrote: > Maybe this has been discussed already, but we seem to have run into an > api incompatibility. In 4.1, you could create ad-hoc ACL rules that > applied to a network. In 4.2, you have to first create an 'ACL list', > then add those rules to the list, then apply the list to a network. Or > so it seems. This means that applications that are coded to the > cloudstack API and utilize createNetworkACL will break, because the > flow has changed. > > Am I correct on this? And if so, shouldn't we have deployed 4.2 as > 5.0, since the stated versioning is based on API compatibility?