Hide Forgot
Description of problem: When users select the 'all' filter for subscriptions, they are literally given all with no filter. This includes things like pools that are completely consumed which will just fail if the user tries to subscribe to them. JBowes also mentioned other scenarios that may cause error and are not currently filtered. Steps to Reproduce: 1. Go here: https://ggainey.rhel6rails.gss.devlab.phx1.redhat.com/management/consumers/656b0ee6-dca6-4802-a00c-c07fcca1aa88 2. Login as xeops / redhatfgbi3OjR 3. Play around w/the "Available Subscriptions" tab Actual results: User is given pools that are already consumed. Expected results: User is shown all that are available but not consumed, without filtering against hardware. This does not take into account any additional error cases that are identified. Additional info:
Note that the link above is to my development box - stability is far from guaranteed!
There was a bit of a logic error doing a GET /pools with ?consumer=UUID as well as listall=true. We were tossing away the consumer UUID and instead just listing everything for the owner, no rules check was being done to determine if the pool was suitable for this consumer. (in which case we really shouldn't ask for pools specific to this consumer, rather everything for the owner) Instead we now keep the UUID and thus run a rules check on each pool. If the rules generate an error (i.e. pool is exhausted, consumer already has an entitlement for the pool, consumer type mismatch, etc), the pool will be omitted. Warnings will still be included provided listall was specified. Fixed in candlepin.git master as of: e7fda2ad04981c9c99d4810883dd9926134303b1 Should appear in: candlepin-0.2.10
*** Bug 679872 has been marked as a duplicate of this bug. ***
Marking all community bugs modified or beyong as closed.