[BUG] policy and policy fragment dependency and api specification issues
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 45/100
Research direction
Start by reproducing both failures on v7.0.0-beta.1.0.0, comparing the policy and policy-fragment publish order and the API deployment with v6.0.2. Trace the publisher paths responsible for dependency handling and specification deployment. Done means dependent policy fragments publish before policies and the API shows its operations in the Azure portal.
Written by the indexing model from the issue text.
Description
Release version
v7.0.0-beta.1.0.0
Describe the bug
There are two bugs found when testing v7.0.0-beta.1.0.0:
- When publishing policies and policy fragments, the publisher will fail to publish the policy because it has
include-fragmentdependencies to the policy fragments, the ordering seems to be an issue here when in reality it should have created all the dependent policy fragments before creating the policy - When publishing an api with a working specification.yaml, the publisher succeeds but does not actually deploy the operations, resulting in
no operationswhen viewing the api in the azure portal. This is verified working forv6.0.2
Expected behavior
- When publishing policies and policy fragments, the publisher should succeed and take into the account of the ordering and dependency of policy fragments and policies
- When publishing an api with a working specification.yaml, the publisher should succeed and deploy the operations, the results should show a list of
operationswhen viewing the api in the azure portal
Actual behavior
- When publishing policies and policy fragments, the publisher will fail to publish the policy because it has
include-fragmentdependencies to the policy fragments, the ordering seems to be an issue here when in reality it should have created all the dependent policy fragments before creating the policy - When publishing an api with a working specification.yaml, the publisher succeeds but does not actually deploy the operations, resulting in
no operationswhen viewing the api in the azure portal. This is verified working forv6.0.2
Reproduction Steps
- When publishing policies and policy fragments, the publisher will fail to publish the policy because it has
include-fragmentdependencies to the policy fragments, the ordering seems to be an issue here when in reality it should have created all the dependent policy fragments before creating the policy - When publishing an api with a working specification.yaml, the publisher succeeds but does not actually deploy the operations, resulting in
no operationswhen viewing the api in the azure portal. This is verified working forv6.0.2
- Dominant language
- C#
- Stars
- 448
- Forks
- 247
- PR merge metrics
- No merged PRs in 30d
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from Azure/apiops
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
Difficulty 4/5 3-5 days Newbie friendliness 55/100
-
Difficulty 3/5 1-2 days Newbie friendliness 45/100
-
Difficulty 5/5 Over a week Newbie friendliness 35/100
-
Difficulty 4/5 3-5 days Newbie friendliness 35/100
Similar issues
-
[Feat] 조합 영역 구분선 개선 Open
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
type/automation type/tech-debt
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
-
t/bug
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
-
ci-failure-cause test-failure
Difficulty 2/5 1-3 hours Newbie friendliness 82/100