Known issues with custom pages in a model-driven app

The custom page is a new page type within model-driven apps. Custom pages bring the power of canvas apps into model-driven apps. Below are the known issues to be aware of.


Using custom pages with mobile devices is currently in public preview. Offline and device capability controls like barcode scanning, capturing photos from device, or attaching files isn't supported.

Custom pages aren't supported within App for Outlook and return an error on loading.

  • When a custom page is modified, such as saved and published, the model-driven app isn't aware of the change. The model-driven app continues to use the last version of the custom page when the model-driven app was published. A model-driven app published through app designer, solution explorer, or Publish all updates all custom pages in the model-driven app.

  • Images, icons, and shapes aren't currently supported with Right-To-Left (RTL) languages.

  • The ability to get the current data formats from users settings including date, time, numbers, and currency isn't supported.

  • Custom pages use a canvas app hosting session that can time out after 8 hours. However, the Unified Interface session has a longer timeout. When the timeout happens, an error message bar appears that prompts the user to refresh the browser.

    Custom page session timeout app message bar error

  • When a custom page with code component is opened for editing, a security dialog is shown. Selecting Go back on the security dialog doesn't navigate back to the parent context. The user can close the browser tab to leave the canvas app designer.

  • Not all canvas app controls are available with custom pages. However, custom pages support the most common canvas app controls and custom pro-dev components. For more information about what is available, see Design a custom page for your model-driven app

  • Makers need to share custom pages to allow another maker to make changes, which is a different behavior than the typical model-driven app components. If a custom page can't be shared from the Solutions area, open the environment in Power Platform admin center, and then open Resources > Power Apps > Page > Share. Similarly, to reuse the canvas app components inside the custom page, the corresponding canvas app component library also needs to be shared with the custom page makers.

  • The maker experience for the custom page doesn't have support for certain Power Apps component framework APIs like Navigation and Web APIs, which is in line with the stand-alone canvas apps. However, these APIs are available in the published app where the custom page is added to model-driven apps. More information: Add code components to a custom page for your model-driven app.

  • The maker experience for the custom page is currently not enabled in sovereign clouds. If you would like to enable it for a maker session, append "powerappsPortalApps.enableEditInShellAppDesigner=true" as a query parameter to the url.

  • Makers can't use cross-environment Dataverse references in a custom page.

  • When a user with no Power Apps user privileges opens a custom page in the model-driven app, they see an error mentioning no active entitlements to use Power Apps. More information: Licensing overview for Microsoft Power Platform and the associated licensing guide.

  • Custom pages require third-party cookies to be enabled, which is required by the canvas app runtime.

  • When a user is prompted for consent with connectors and selects Don't allow, the custom page renders but without data. The user doesn't get notified that data retrieval is skipped.

  • After a model-driven app or custom page is changed and published, loading a custom page can take longer than normal, and no page loading spinner is shown.

  • Native player support is available for iOS, Android, and Windows in online-only mode. Offline support currently isn't supported.

  • When you navigate back to a custom page from another page, the page state isn't restored so the page appears like a new navigation. State is also not persisted when switching between multi-session tabs in multi-session apps. For more information about multi-session support with model-driven apps, go to Customer Service workspace sessions and tabs.

  • While attempting to sign in, the current behavior caused by a user selecting anywhere away from the sign in box causes the pop out window for sign in to shift behind the app browser.

  • When a user runs an app that isn't compliant with their organization's Data Loss Prevention (DLP) policies, they see an error dialog and the 'Technical details' reflects the app isn't DLP compliant.

    Data Loss Prevention error dialog

  • When there are multiple custom pages in an app, the consent dialog asks for data permissions for all of the connectors in all the custom pages even if they haven't yet been opened.

See also

Model-driven app custom page overview