You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
An Opportunity is leased even though the C1 request fails #169
Assumption: C1 is atomic. With the anonymous-leasing feature enabled, if a C1 request with multiple OrderItems is attempted and it fails due to one of the items, NONE of the items get leased and therefore NONE of the items has its capacity reduced in the Opportunity feeds
This is not the observed behaviour. In the attached run:
Test Suite made a C1 request where OrderItems 0, 1, 3 & 4 failed due to having 0 capacity. This is correct of course ✅ . OrderItems 2 & 5 are bookable due to having 10 spaces, but still the overall Order failed
Then, when AssertCapacity.. stage expects NONE of the capacities to have changed, it finds that in fact the capacities of OrderItems 2 & 5 have been reduced from 10 -> 9 implying that they were leased even though the OrderQuote failed to create ❌
In this branch on Test Suite, search for all instances of https://github.com/openactive/OpenActive.Server.NET/issues/169 in the code. Here's an example of one:
Update it so that the comment and the doSkip line (which includes RUN_TESTS_WHICH_FAIL_REFIMPL) are removed for each instance. The effect of this will be turning on the post-OrderQuote-amendment capacity checks in Test Suite.
The acceptance criteria is that this branch of Test Suite passes against the OpenActive.Server.Net branch
changed the title [-]An Opportunity is leased even when the C1 request fails[/-][+]An Opportunity is leased even though the C1 request fails[/+]on Oct 7, 2021
Activity
[-]An Opportunity is leased even when the C1 request fails[/-][+]An Opportunity is leased even though the C1 request fails[/+]