Plugin
code-apps
Problem
The current shared guidance says direct browser HTTP calls cannot work because code apps run in a sandbox. The current Code Apps CSP documentation is more nuanced: connect-src defaults to 'none', but an environment administrator can configure explicit origins at the environment level.
That blanket statement can cause an agent to misdiagnose CSP failures and reject a controlled custom-backend architecture even when CSP, CORS, and authentication are deliberately configured.
Proposed documentation change
Would maintainers welcome a small documentation-only pull request that:
- keeps Power Platform connectors as the first choice when they support the required capability;
- prefers a custom connector for shared authentication, governance, and reuse;
- permits direct browser HTTP only for a controlled custom backend after verifying explicit HTTPS origins, Code Apps CSP, backend CORS, browser-safe authentication, backend-side authorization, and tenant governance;
- prohibits wildcards, disabling CSP as a workaround, and secrets or long-lived privileged tokens in frontend code;
- distinguishes CSP violations, CORS failures, network failures, and HTTP 401/403 responses during diagnosis; and
- requires explicit approval before an agent proposes an environment-wide CSP change as a concrete administrative action.
The change would leave connector skills, CLI contracts, and deployment behavior untouched.
Official references
Per CONTRIBUTING.md, I will wait for confirmation before opening a pull request.
Plugin
code-apps
Problem
The current shared guidance says direct browser HTTP calls cannot work because code apps run in a sandbox. The current Code Apps CSP documentation is more nuanced:
connect-srcdefaults to'none', but an environment administrator can configure explicit origins at the environment level.That blanket statement can cause an agent to misdiagnose CSP failures and reject a controlled custom-backend architecture even when CSP, CORS, and authentication are deliberately configured.
Proposed documentation change
Would maintainers welcome a small documentation-only pull request that:
The change would leave connector skills, CLI contracts, and deployment behavior untouched.
Official references
Per
CONTRIBUTING.md, I will wait for confirmation before opening a pull request.