Answers.Body: <p>I was able to solve this, at least for now, on my WordPress 4.8/Civi 4.7.22 site using this suggestion from Tim Otten:</p>
  
  <blockquote>
    <p>another work-around should be going to "Administer => System Settings => Debugging" and disabling the "Asset Cache"</p>
  </blockquote>
  
  <p>Of course in the long term we'd like to take advantage of the Asset Cache. But for now at least we have our angular-based screens back.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-08-16T17:46:18.943Z
Answers.Text: Civi insists that my image directory & resource URL mismatch - but they don't appear to!  So this disabling of the Asset Cache was my 'fix' although doesn't exactly give me a warm feeling.  Can now see the status screen and civimail is working again.  I look forward to some better code here - this seems to have been a big problem for many users
Answers.UserDisplayName: Andy Clark
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-07-20T04:39:23.863Z
Answers.LastActivityDate: 2017-07-20T04:39:23.863Z
Answers.UserDisplayName: Noah Miller
Answers.Body: <p>I had this issue as well and tried all the suggestions above to no avail. </p>
  
  <p>Eventually, I found that because I had redirected my site to www.mysite.com instead of mysite.com I was getting this error:</p>
  
  <p>"No 'Access-Control-Allow-Origin' header is present on the requested resource."</p>
  
  <p>I updated the resource URLs to absolute paths with:
  <a href="https://www.mysite.comsites/default/files/civicrm/persist/contribute" rel="nofollow noreferrer">https://www.mysite.comsites/default/files/civicrm/persist/contribute</a></p>
  
  <p>That update fixed the issue for me. </p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2023-02-20T09:00:35.367Z
Answers.Text: Just to add, there's a forward slash missing in the link above, between .com and sites so it should be https://mysite.com/sites/default/files/civicrm/persist/contribute
Answers.UserDisplayName: Rose Lanigan
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-09-27T23:01:16.600Z
Answers.LastActivityDate: 2017-09-27T23:01:16.600Z
Answers.UserDisplayName: andyanderso
Answers.Body: <p>Another option to try - my menu was missing, status page was blank, and I've tried everything listed above - near the bottom of the Resource URLs page is the option to force SSLs. I switched this to 'Yes' and my menu is back.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2023-01-23T09:25:16.557Z
Answers.LastActivityDate: 2023-01-23T09:25:16.557Z
Answers.UserDisplayName: Rose Lanigan
Answers.Body: <p>I just want to add, I have spent three days on a very similar issue and tried everything. I finally fixed it by installing OAuth (not obvious, but on a whim, based on a comment in Mattermost, I figured it was worth a shot).</p>
  <p>Just thought it would be useful to add it here for others who get into the same problem.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2022-12-22T15:44:42.290Z
Answers.LastActivityDate: 2022-12-22T15:44:42.290Z
Answers.UserDisplayName: Rose Lanigan
Answers.Body: <p>Ran into a similar issue in D9, and used this:</p>
  <blockquote>
  <p>composer civicrm:publish</p>
  </blockquote>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2023-01-08T23:32:12.317Z
Answers.LastActivityDate: 2023-01-08T23:32:12.317Z
Answers.UserDisplayName: CiviTeacher
Answers.Body: <p>I just experienced this and found it was a permissions issue - my website user didn't have write access to the <code>persist/contribute</code> directory.</p>
  
  <p>I followed Noah's advice above to disable the Asset Cache, and when I visited the System Status page (<strong>Administer menu » Administration Console » System Status</strong>), it reported the permission issue.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2018-04-09T20:35:32.977Z
Answers.LastActivityDate: 2018-04-09T20:35:32.977Z
Answers.UserDisplayName: Jon G - Megaphone Tech
Answers.Body: <p>We had one site that had 'lost' all it angular pages, eg CiviMail and System Status.</p>
  
  <p>In our case the angular cache files were returning 404 on the New Mailing page. (and 'inspector' was showing a lot of red angular errors)</p>
  
  <p>It was building the cache files in sites/default/files/civicrm/images, but then searching for them in sites/default/files/civicrm/persist/contribute</p>
  
  <p>The issue here was a mismatch between the resource url setting for Image Upload URL and the directory setting for Image Directory. Strangely (!!) these folders are being used for caching of angular files.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-07-07T19:33:03.387Z
Answers.Text: Thanks Peter - I'll double check those settings.
  I was wondering if any other functionality would go awol.
Answers.UserDisplayName: chriscant
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-07-07T21:57:55.910Z
Answers.Text: go on. give me a +1 ;-)
Answers.UserDisplayName: petednz - fuzion
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-07-19T06:21:27.783Z
Answers.Text: Unfortunately this didn't fix the issue for me. WordPress 4.8, Civi 4.7.22. It affects not just the status page, but also other pages that depend on angular. The Image Upload URL and the Image Directory match: both are [civicrm.files]/persist/contribute/. The browser is getting a 404 when trying to access https://my.site/wp-content/uploads/civicrm/persist/contribute/dyn/angular-modules.xxxxxxxxxx.js, even though the file exists on the server. I cleared Civi's cache several times, logged out and back in. Still no luck.
Answers.UserDisplayName: Noah Miller
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-07-19T09:40:03.060Z
Answers.Text: did you see chriscant's comment on the original Q re WP?
Answers.UserDisplayName: petednz - fuzion
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-07-20T04:34:37.473Z
Answers.Text: Yes. Perhaps I'm not understanding it? I made sure that the Image Upload URL and the Image Directory match, including "the bit at the end" ;) But this didn't solve the problem.
Answers.UserDisplayName: Noah Miller
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-07-07T19:25:04.297Z
Answers.LastActivityDate: 2017-07-07T19:25:04.297Z
Answers.UserDisplayName: petednz - fuzion
Body: <p>I've just upgraded a test site from 4.7.15 to 4.7.21 on Drupal before going live. The System Status page isn't showing as expected and the console has this log:</p>
  
  <p>GET failed for 
  ..../sites/mysite/files/civicrm/persist/contribute/dyn/angular-modules.33b51763aa1098ba_etc_etc.js</p>
  
  <p>This file doesn't exist.  Note the Drupal site is not in sites/default/ but I have set the Civi Resource URLs correctly (hopefully) and cleared the Drupal and Civi caches. Any suggestions?</p>
  
  <p>I've previously (and now) done some messy tweaking of $filesURL in CRM_Utils_System_Base to cope with not being in "default".</p>
  
  <p>TIA Chris</p>
  
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2017-07-07T18:36:48.550Z
Comments.Text: Me too. Same error in console. Only difference is mine's deployed on WordPress. And I need to fix a missing indices error, but can't use the Update button because System Status won't populate.
Comments.UserDisplayName: Prónay
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2017-07-18T16:26:52.957Z
Comments.Text: And me withCiviCRM 4.7.22, WordPress 4.8.Main site fine, but cloned a training site shows something similar. Apart from having to fiddle CiviCRM Resource URL to get the menus to display everything was straight forward. Now everything seems to be working except that the detail of the system status isn't displaying.Looks as if it may be the same as this, but I don't understand the solution. Would welcome simple steps to put this right.
Comments.UserDisplayName: Mick Kahn
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2017-07-18T20:05:14.777Z
Comments.Text: I'm not a WordPress user...
  The trick is to get the Image Upload URL at System Settings - Resource URLs to match the Image Directory at System Settings - Upload Directories
  You will want to get the bit at the end to match eg both typically ending on Drupal with /files/
Comments.UserDisplayName: chriscant
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2017-07-20T19:41:03.043Z
Comments.Text: I've done all the above and still face the same issue in 4.7.22.
Comments.UserDisplayName: Osvaldo Gómez
Tags: <core><upgrade><angular>
Title: Status page angular load error
ThreadText: # Status page angular load error
  
  (Asked by: username_0 on 2017-07-07)
  
  I've just upgraded a test site from 4.7.15 to 4.7.21 on Drupal before going live. The System Status page isn't showing as expected and the console has this log:
  
  GET failed for
  ..../sites/mysite/files/civicrm/persist/contribute/dyn/angular-modules.33b51763aa1098ba\_etc\_etc.js
  
  This file doesn't exist. Note the Drupal site is not in sites/default/ but I have set the Civi Resource URLs correctly (hopefully) and cleared the Drupal and Civi caches. Any suggestions?
  
  I've previously (and now) done some messy tweaking of $filesURL in CRM\_Utils\_System\_Base to cope with not being in "default".
  
  TIA Chris
  
  **Tags:** core, upgrade, angular
  
  > **Comments:**
  > **username_1**: Me too. Same error in console. Only difference is mine's deployed on WordPress. And I need to fix a missing indices error, but can't use the Update button because System Status won't populate.  
  > **username_2**: And me withCiviCRM 4.7.22, WordPress 4.8.Main site fine, but cloned a training site shows something similar. Apart from having to fiddle CiviCRM Resource URL to get the menus to display everything was straight forward. Now everything seems to be working except that the detail of the system status isn't displaying.Looks as if it may be the same as this, but I don't understand the solution. Would welcome simple steps to put this right.  
  > **username_0**: I'm not a WordPress user... The trick is to get the Image Upload URL at System Settings - Resource URLs to match the Image Directory at System Settings - Upload Directories You will want to get the bit at the end to match eg both typically ending on Drupal with /files/  
  > **username_3**: I've done all the above and still face the same issue in 4.7.22.  
  
  ---
  
  ## 7 answers
  
  ### Answer by username_10 on 2017-07-07. Score: 17 | Accepted answer
  
  We had one site that had 'lost' all it angular pages, eg CiviMail and System Status.
  
  In our case the angular cache files were returning 404 on the New Mailing page. (and 'inspector' was showing a lot of red angular errors)
  
  It was building the cache files in sites/default/files/civicrm/images, but then searching for them in sites/default/files/civicrm/persist/contribute
  
  The issue here was a mismatch between the resource url setting for Image Upload URL and the directory setting for Image Directory. Strangely (!!) these folders are being used for caching of angular files.
  
  > **Comments:**
  > **username_0**: Thanks Peter - I'll double check those settings. I was wondering if any other functionality would go awol.  
  > **username_10**: go on. give me a +1 ;-)  
  > **username_4**: Unfortunately this didn't fix the issue for me. WordPress 4.8, Civi 4.7.22. It affects not just the status page, but also other pages that depend on angular. The Image Upload URL and the Image Directory match: both are [civicrm.files]/persist/contribute/. The browser is getting a 404 when trying to access https://my.site/wp-content/uploads/civicrm/persist/contribute/dyn/angular-modules.xxxxxxxxxx.js, even though the file exists on the server. I cleared Civi's cache several times, logged out and back in. Still no luck.  
  > **username_10**: did you see username_0's comment on the original Q re WP?  
  > **username_4**: Yes. Perhaps I'm not understanding it? I made sure that the Image Upload URL and the Image Directory match, including "the bit at the end" ;) But this didn't solve the problem.  
  
  ---
  
  ### Answer by username_4 on 2017-07-20. Score: 9
  
  I was able to solve this, at least for now, on my WordPress 4.8/Civi 4.7.22 site using this suggestion from Tim Otten:
  
  > another work-around should be going to "Administer => System Settings => Debugging" and disabling the "Asset Cache"
  
  Of course in the long term we'd like to take advantage of the Asset Cache. But for now at least we have our angular-based screens back.
  
  > **Comments:**
  > **username_5**: Civi insists that my image directory & resource URL mismatch - but they don't appear to!  So this disabling of the Asset Cache was my 'fix' although doesn't exactly give me a warm feeling.  Can now see the status screen and civimail is working again.  I look forward to some better code here - this seems to have been a big problem for many users  
  
  ---
  
  ### Answer by username_6 on 2017-09-27. Score: 2
  
  I had this issue as well and tried all the suggestions above to no avail.
  
  Eventually, I found that because I had redirected my site to www.mysite.com instead of mysite.com I was getting this error:
  
  "No 'Access-Control-Allow-Origin' header is present on the requested resource."
  
  I updated the resource URLs to absolute paths with:
  <https://www.mysite.comsites/default/files/civicrm/persist/contribute>
  
  That update fixed the issue for me.
  
  > **Comments:**
  > **username_7**: Just to add, there's a forward slash missing in the link above, between .com and sites so it should be https://mysite.com/sites/default/files/civicrm/persist/contribute  
  
  ---
  
  ### Answer by username_7 on 2023-01-23. Score: 1
  
  Another option to try - my menu was missing, status page was blank, and I've tried everything listed above - near the bottom of the Resource URLs page is the option to force SSLs. I switched this to 'Yes' and my menu is back.
  
  
  ---
  
  ### Answer by username_7 on 2022-12-22. Score: 1
  
  I just want to add, I have spent three days on a very similar issue and tried everything. I finally fixed it by installing OAuth (not obvious, but on a whim, based on a comment in Mattermost, I figured it was worth a shot).
  
  Just thought it would be useful to add it here for others who get into the same problem.
  
  
  ---
  
  ### Answer by username_8 on 2023-01-08. Score: 1
  
  Ran into a similar issue in D9, and used this:
  
  > composer civicrm:publish
  
  
  ---
  
  ### Answer by username_9 on 2018-04-09. Score: 0
  
  I just experienced this and found it was a permissions issue - my website user didn't have write access to the `persist/contribute` directory.
  
  I followed username_4's advice above to disable the Asset Cache, and when I visited the System Status page (**Administer menu » Administration Console » System Status**), it reported the permission issue.
  
  
  ---
  
  