Hacktoberfest 2026: the issues maintainers tagged for October, open and beginner-friendly. Browse Hacktoberfest issues

[BUG] Publisher not throwing error in GA workflows when connectivity is not available

Open
#692 2 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Assessment

Difficulty
4/5
Estimated time
3-5 days
Newbie friendliness
35/100
Issue type
Bug
Clarity
Mostly clear
Activity status
Stale
Tech stack
azure, csharp
Domain
api, cloud, devops

Research direction

Start by reproducing the deployment with an API named value backed by an inaccessible Azure Key Vault, comparing the GA and ADO publisher paths. Trace named-value creation and error handling in the publisher workflow. Done means GA reports the Key Vault access failure and stops before attempting dependent policy setup.

Written by the indexing model from the issue text.

Description

Release version

v6.0.1.1

Describe the bug

When publisher run for the artifacts having named values attached to Azure Keyvault, during publisher run if AKV is not accessible or have no proper rights ADO throws an error clearly stating the same but GA doesn't fail and go ahead without any error.

Expected behavior

GA also should fail when there is no Access to the respective resource like ADO does.

Actual behavior

GA does not fail when connectivity is not available and logs says it has put the named values in APIM but actually it is not created. At the same time ADO works fine and give proper error.

Reproduction Steps
  1. Create an api has reference to namedvalue which holds the value from the Keyvault.
  2. Deploy to another instance which does not have access to the Kwyvault.
  3. Run publisher.
  4. In GA you can see it will not fail for the named value but fail when it will try to setup the policy as named value object is not created and it is trying to refer the same. And when you run the same using ADO it will fail at the stage of named value creation itself.
Dominant language
C#
Stars
448
Forks
247
PR merge metrics
No merged PRs in 30d

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from Azure/apiops

All issues in Azure/apiops

Similar issues

More C# issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.