How to Remove an Active Unmanaged Layer from the Ribbon in Power Apps (Dynamics 365 CRM) Using ribbondebug=true
Customizing the ribbon (command bar) in Dynamics 365 CRM via Power Apps can be a powerful way to tailor the user interface
to your business needs.
However, during development or testing, and over time, customizations can pile up and it's common that you might have unmanaged customizations.
Therefore, if you're working in an environment with both managed and unmanaged layers, you may run into issues where an
active unmanaged layer causes unexpected behavior or UI inconsistencies.
One of the most frustrating issues is when a ribbon behaves incorrectly due to an active unmanaged layer,
often created outside of a solution.
Fortunately, there’s a powerful tool to inspect and resolve this: the ribbondebug=true URL parameter.
In this post, we'll walk through how to identify and remove an active unmanaged layer from the ribbon
in Power Apps for a model-driven Dynamics 365 CRM app using the ribbondebug=true diagnostic tool.
🔍 What Is an Unmanaged Layer?
In the context of Power Platform, customizations are stored in layers:
- Managed layers come from imported managed solutions.
- Unmanaged layers are changes made directly in an environment, typically during development.
Unmanaged layers take precedence over managed ones. If an unmanaged layer exists, it will override the behavior of any managed customizations underneath it. This is especially true for ribbon (command bar) customizations.
🎯 Why Remove the Unmanaged Layer?
You might want to remove an unmanaged layer when:
- You accidentally made changes outside your managed solution.
- The ribbon behaves differently than expected in higher environments.
- You want to ensure consistency across environments by eliminating ad-hoc UI changes.
🧠 What Is ribbondebug=true?
Appending &ribbondebug=true to your Dynamics
365 URL enables the Command Checker Ribbon debugger,
which provides insights into:
- Command definitions.
- Custom actions.
- JavaScript functions.
- Button locations and behaviors.
- And more importantly — unmanaged layers!
⚠️ When to Use This
Use this technique when:
- You're unsure where a ribbon customization is coming from.
- The Power Apps UI doesn’t show all ribbon commands.
- You suspect an unmanaged layer is overriding managed behavior.
🛠️ Steps to Identify and Remove an Unmanaged Ribbon Layer Using ribbondebug=true
Step 1: Open Your Model-Driven App with Debug Mode Enabled
- Log into https://make.powerapps.com.
- Open your model-driven app.
-
In the address bar, append the following to the URL:
https://yourorg.crm.dynamics.com/main.aspx?appid=XXXXXX&ribbondebug=true
- Press Enter to reload the app in ribbon debug mode.
Step 2: Inspect the Ribbon
Once in debug mode, click on the ... of the ribbon and scroll down until you reach the Command Checker. You’ll see extra debug details like:
- Button IDs.
- Command names.
- Enable rules and display rules.
- Ribbon source file.
Step 3: Command Checker pane
- The command checker pane will open and display all the buttons available for the entity.
- Search for your specific ribbon button and click on it.
- The button properties with its command will be displayed within the command checker pane.
Step 4: Check the Unmanaged Layer
- In the Button or Command Properties tab, click on View button solution layers or View command solution layer link.
- You will have this option on all the elements that could have unmanaged layer.
- Once you click on the link, you will be able to see the layers of this corresponding button element.
Step 5: Remove the Unmanaged Layer
- In case the ribbon button property contains an unmanaged layer, it will be displayed.
- Click Remove active component layer link to delete the unmanaged layer.
- Confirm the removal to revert the ribbon to its managed version — effectively "cleaning up" customizations.
Step 6: Regenerate ribbon metadata
- Once the unmanaged layer is removed, it will disappear.
- Now, you have to click Regenerate ribbon metadata button.
- This action will take around 15 minutes to finish.
-
Reload the app with and without
ribbondebug=trueto confirm everything behaves correctly.
💡 Best Practices
- Always work in solutions, not directly in the default layer.
- Keep unmanaged changes only in development environments.
- Regularly export and back up your solutions.
- Use source control or ALM (Application Lifecycle Management) tools when possible.
🧪 Example Use Case
Imagine you deployed a managed solution that hides a "Delete" button for a custom entity. But in your test environment,
the "Delete" button still appears.
By using ribbondebug=true, you discover there's an unmanaged display rule that's overriding your
managed rule. Removing the unmanaged layer resolves the issue immediately.
✅ Summary
The ribbondebug=true flag is a powerful (and underused) tool to diagnose and clean up ribbon issues in
Dynamics 365 CRM. Use it to expose and identify unmanaged layers that affect the ribbon and then remove them.
Removing an active unmanaged layer from the ribbon in Power Apps is an important step for maintaining clean and predictable
UI customizations across environments.
Published on:
Learn moreRelated posts
Build a Power Apps MCP App for Microsoft 365 Copilot
In this post we build a small MCP App on a Power Apps model-driven app (MDA). The app exposes one custom tool that generates a 5-color palette...
Power Apps: LookUp Function
Returns the first record that matches a condition, or a single reduced value. Blank if nothing matches.
Power Apps Code App | Environment Config Mismatch Error
if you are new to Power Apps Code Apps, refer to article: Building Code App While pushing the code app using pac code push , you might encount...
Power Apps Fundamentals + Microsoft Fabric Integration Series #2:Understanding Microsoft Fabric Architecture for Power Apps Developers
Introduction As organizations aggressively modernize their business applications, the boundary between transactional app development and enter...
What Are Power Fx Functions And How Do They Work With Power Apps?
When you build an app in Microsoft Power Apps, the screen layout is only the visible part. The real behavior of the app depends on the logic b...
Build a Power Apps Code App using Power Platform Skills
In my previous post, Getting Started: Build Your First Power Apps Code App, I walked through the manual steps to scaffold and publish a Code A...
Power Apps: EndsWith Function
Checks whether a text string ends with another. Case insensitive; empty match text returns true.
AI-Assisted Canvas App Development Using External Tools in Power Apps
Canvas apps have always been known for rapid development using a low-code, drag-and-drop approach. However, even with this speed, developers s...