Skip to content

Update Dynatrace manage page: document Install Extension permission requirements#128351

Open
praveenrajap wants to merge 1 commit intoMicrosoftDocs:mainfrom
praveenrajap:docs/update-dynatrace-extension-permissions
Open

Update Dynatrace manage page: document Install Extension permission requirements#128351
praveenrajap wants to merge 1 commit intoMicrosoftDocs:mainfrom
praveenrajap:docs/update-dynatrace-extension-permissions

Conversation

@praveenrajap
Copy link
Copy Markdown

Description

Updates the Dynatrace manage documentation to include Install Extension button prerequisites for Virtual Machines and App Service blades.

Changes:

  • Virtual Machines tab: Added conditions under which the Install Extension button is enabled (VM running, agent not installed, Owner/Contributor permissions required)
  • App Service tab: Added same conditions for App Service resources
  • Updated ms.date to 03/30/2026

Related:

  • ADO Work Item: #32931656
  • ADO Task: #36968577 - Update Documentation: Changed permissions for all blades install extension
  • IcM Incident: 630877232

The original code required Owner-level permissions for the Install Extension button, which caused it to be greyed out for Contributor users. The code fix (PR #14995861 in Liftr.Services) changed this to require only resource-specific permissions. This PR documents the updated permission requirements.

…requirements

Add documentation for Install Extension button prerequisites on Virtual Machines
and App Service blades, clarifying that Owner or Contributor permissions are
required (not just Owner). Updates conditions under which the button is enabled.

Addresses ADO work item #36968577 (parent #32931656).

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
@prmerger-automator
Copy link
Copy Markdown
Contributor

@praveenrajap : Thanks for your contribution! The author(s) and reviewer(s) have been notified to review your proposed change.

@learn-build-service-prod
Copy link
Copy Markdown
Contributor

Learn Build status updates of commit 7e5c16e:

✅ Validation status: passed

File Status Preview URL Details
articles/partner-solutions/dynatrace/manage.md ✅Succeeded

For more details, please refer to the build report.

@prmerger-automator
Copy link
Copy Markdown
Contributor

PRMerger Results

Issue Description
File Change Percent This PR contains file(s) with more than 30% file change.

Copy link
Copy Markdown
Contributor

Copilot AI left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

Updates Dynatrace “Manage” documentation to clarify when the Install Extension action is enabled, including RBAC prerequisites, for Virtual Machines and App Service resources.

Changes:

  • Documented enablement prerequisites for Install Extension on the Virtual Machines tab.
  • Documented enablement prerequisites for Install Extension on the App Service tab.
  • Updated ms.date to 03/30/2026.

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

Comment on lines +64 to +68
The **Install Extension** button is enabled when all of the following conditions are met:

- The virtual machine is **Running** (not stopped or deallocated).
- The Dynatrace OneAgent is **not already installed** on the virtual machine.
- You have **Owner** or **Contributor** permissions on the subscription where the virtual machine resides. Users with only **Reader** (or lower) permissions can't install the extension.
Copy link

Copilot AI Mar 30, 2026

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The PR description says the code fix changed the requirement to resource-specific permissions, but the doc currently states Owner/Contributor permissions on the subscription. To match the described behavior and avoid overstating required scope, consider documenting the needed permission at the VM (or resource group) scope (for example, roles that grant Microsoft.Compute/virtualMachines/extensions/write) rather than requiring subscription-level Owner/Contributor.

Copilot uses AI. Check for mistakes.
Comment on lines +81 to +83
- The App Service resource is **Running** (not stopped or deallocated).
- The Dynatrace OneAgent is **not already installed** on the App Service resource.
- You have **Owner** or **Contributor** permissions on the subscription where the App Service resource resides. Users with only **Reader** (or lower) permissions can't install the extension.
Copy link

Copilot AI Mar 30, 2026

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

App Service resources don't have a deallocated state (that’s a VM concept). Consider updating the condition to reflect App Service states (for example, Running vs Stopped). Also, similar to the VM section, the permission requirement is written as subscription-level Owner/Contributor; if the requirement is actually resource-scope write permissions, document it at the appropriate scope/permission (for example, Microsoft.Web/sites/siteextensions/write or the relevant extension write action) rather than implying subscription-level access.

Suggested change
- The App Service resource is **Running** (not stopped or deallocated).
- The Dynatrace OneAgent is **not already installed** on the App Service resource.
- You have **Owner** or **Contributor** permissions on the subscription where the App Service resource resides. Users with only **Reader** (or lower) permissions can't install the extension.
- The App Service resource is in the **Running** state (not stopped).
- The Dynatrace OneAgent is **not already installed** on the App Service resource.
- You have a role that allows installing site extensions on the App Service resource, such as a role with the `Microsoft.Web/sites/siteextensions/write` permission at the App Service or resource group scope. Users with only **Reader** (or lower) permissions can't install the extension.

Copilot uses AI. Check for mistakes.
@ttorble
Copy link
Copy Markdown
Contributor

ttorble commented Mar 30, 2026

@ProfessorKendrick

Can you review the proposed changes?

IMPORTANT: When the changes are ready for publication, adding a #sign-off comment is the best way to signal that the PR is ready for the review team to merge.

#label:"aq-pr-triaged"
@MicrosoftDocs/public-repo-pr-review-team

@prmerger-automator prmerger-automator bot added the aq-pr-triaged tracking label for the PR review team label Mar 30, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants