Skip to content

[FEATURE REQ] Support renaming named values #837

Description

@kwin

Please describe the feature.

If a named value with the same displayName but a different name does already exist in APIM while publishing the following error is emitted

##[error]System.Net.Http.HttpRequestException: HTTP request to URI https://management.azure.com/subscriptions/***/resourceGroups/***/providers/Microsoft.ApiManagement/service/***/namedValues/MyNamedValue?api-version=2023-09-01-preview&asyncId=69c299e5f0b6541b0829f74c&asyncCode=201 failed with status code 400. Content is '{"error":{"code":"ValidationError","message":"One or more fields contain incorrect values:","details":[{"code":"ValidationError","target":"name","message":"Property with the same name already exist."}]}}'.

Currently this requires manual deletion of the existing named value before publishing succeeds. Would be nice to automatically such cases within the publisher client.

Activity

  1. github-actions commented on Mar 24, 2026

    @github-actions
      Thank you for opening this issue! Please be patient while we will look into it and get back to you as this is an open source project. In the meantime make sure you take a look at the [closed issues](https://github.com/Azure/apiops/issues?q=is%3Aissue+is%3Aclosed) in case your question has already been answered. Don't forget to provide any additional information if needed (e.g. scrubbed logs, detailed feature requests,etc.).
      Whenever it's feasible, please don't hesitate to send a Pull Request (PR) our way. We'd greatly appreciate it, and we'll gladly assess and incorporate your changes.
    
  2. guythetechie commented on Apr 1, 2026

    @guythetechie
    Contributor

    Konrad Windszus (@kwin) - I'll add this to our list to investigate. Note that this is an APIM limitation: the portal won't let you create a named value with an already existing display name.

    Can you tell me more about your use case? Are you running the publisher with a commit where the named value has been renamed? Or is this a publish all scenario (no commit id)?

  3. kwin commented on Apr 1, 2026

    @kwin
    Author

    This is initial publish all after previously manually maintaining the config. The different environments had different names with same display names which leads to errors during publishing.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions