Shared filter is broken for QoS policies since Mitaka

[Ihar Hrachyshka]

The filter was working in Liberty, but was broken in Mitaka when
the field became synthetic as part of RBAC enablement for the resource.

[OpenStack Infra (hudson-openstack)]

Fix proposed to branch: master
Review: https://review.openstack.org/328313

[Ihar Hrachyshka (ihar-hrachyshka)]

This is needed to complete api test coverage for qos policies for sorting/pagination, that is related to blueprint adopt-oslo-versioned-objects-for-db, targeting to N2.

[OpenStack Infra (hudson-openstack)]

Reviewed: https://review.openstack.org/328313
Committed: https://git.openstack.org/cgit/openstack/neutron/commit/?id=389f7b0b08455b77db24d41280e8cc00a0d2260b
Submitter: Jenkins
Branch: master

commit 389f7b0b08455b77db24d41280e8cc00a0d2260b
Author: Ihar Hrachyshka <email address hidden>
Date: Fri Jun 10 16:03:31 2016 +0200

    qos: fix shared filter for policies

    The filter was working in Liberty, but was broken in Mitaka when
    the field became synthetic as part of RBAC enablement for the resource.

    _get_collection already knows how to handle the filter on database
    level, so we just need to register the filter to pass it deeper into
    db_api.

    Change-Id: I40657bd15d9bf1e2bc6b0224254c916c35391cd1
    Closes-Bug: #1591222

[Doug Hellmann (doug-hellmann)]

This issue was fixed in the openstack/neutron 9.0.0.0b2 development milestone.

[Ihar Hrachyshka (ihar-hrachyshka)]

This would require several featureful patches to backport. Specifically,

- (pieces of) I7dafc4dbd80f0ac35dbc2c2f30e56e441f5b1fc0 to switch get_objects to _get_collection (specifically, neutron/objects/db/api.py changes)
- whole I106a21efe42f848ee18cb8349fe89afd404d25b1 to allow defining additional query filters
- the patch in question itself.

I am not really sure it's worth the hassle, but leaving the bug marked for proactive backport for now.

[Ihar Hrachyshka (ihar-hrachyshka)]

Not critical for Mitaka backport.