<!--IssueSummary start--> <details> <summary> Everyone can contribute. [Help move this issue forward](https://handbook.gitlab.com/handbook/marketing/developer-relations/contributor-success/community-contributors-workflows/#contributor-links) while earning points, leveling up and collecting rewards. </summary> - [Close this issue](https://contributors.gitlab.com/manage-issue?action=close&projectId=278964&issueIid=473197) </details> <!--IssueSummary end--> <!--- Please read this! Before opening a new issue, make sure to search for keywords in the issues filtered by the "regression" or "type::bug" label: - https://gitlab.com/gitlab-org/gitlab/issues?label_name%5B%5D=regression - https://gitlab.com/gitlab-org/gitlab/issues?label_name%5B%5D=type::bug and verify the issue you're about to submit isn't a duplicate. ---> ### Summary Using Gitlab Helm Chart and setting global.appConfig.cdnHost, when browsing to any repositories' file view, the file tree view will not load. The cdnHost value is not from the same origin, as the GitLab instance is (eg. `cdnHost: https://abcdefgh.cloudfront.net`). When comparing to the behaviour without cdnHost, the difference is that /graphql operationName "getPaginatedTree" is NOT triggered. ### Steps to reproduce 1. Install Gitlab using the Helm chart 2. set global.appConfig.cdnHost to a value not from the same origin 3. Browse to any repository files view ### What is the current *bug* behavior? The files tree view is not loading ### What is the expected *correct* behavior? The files tree view is loading ### Relevant logs and/or screenshots  ### Output of checks <!-- If you are reporting a bug on GitLab.com, uncomment below --> <!-- This bug happens on GitLab.com --> <!-- /label ~"reproduced on GitLab.com" --> #### Results of GitLab environment info <!-- Input any relevant GitLab environment information if needed. --> <details> <summary>Expand for output related to GitLab environment info</summary> <pre> GITLAB CHART VERSION: 8.1.2 System information System: Proxy: no Current User: git Using RVM: no Ruby Version: 3.1.5p253 Gem Version: 3.5.11 Bundler Version:2.5.11 Rake Version: 13.0.6 Redis Version: 7.0.15 Sidekiq Version:7.1.6 Go Version: unknown GitLab information Version: 17.1.2-ee Revision: 91c6434080c Directory: /srv/gitlab DB Adapter: PostgreSQL DB Version: 15.4 URL: https://****** HTTP Clone URL: https://******/some-group/some-project.git SSH Clone URL: ssh://git@******/some-group/some-project.git Elasticsearch: no Geo: no Using LDAP: yes Using Omniauth: yes Omniauth Providers: saml GitLab Shell Version: 14.36.0 Repository storages: - default: tcp://10.55.5.148:8075 GitLab Shell path: /home/git/gitlab-shell Gitaly - default Address: tcp://10.55.5.148:8075 - default Version: 17.1.2 - default Git Version: 2.45.1 </pre> </details> ### Possible fixes <!-- If you can, link to the line of code that might be responsible for the problem. --> When comparing to the behaviour without cdnHost, the difference is that /graphql operationName "getPaginatedTree" is NOT triggered.