Answers.Body: <p>Without more info it's hard to say, but you very likely have a <a href="https://developer.mozilla.org/en-US/docs/Web/HTTP/CORS" rel="nofollow noreferrer">CORS</a> issue.  This happens when not all of your assets (images, fonts, etc.) are loaded from the same URL as the one you visit.  &quot;Same URL&quot; includes not just the domain, but the protocol (e.g. <code>http://</code>, <code>https://</code>) and port number.</p>
  <p>In all likelihood, you were loading some assets (either fonts or Javascript) over HTTP.  You can confirm this by opening your browser's Developer Tools (press &quot;F12&quot; on your keyboard) and viewing the Network tab.  But the easiest solution to this is to force all HTTP requests over HTTPS.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2024-03-13T13:37:28.973Z
Answers.Text: Thank you for that lead, Jon G.
Answers.UserDisplayName: Datatribe
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2024-03-14T06:48:23.403Z
Answers.Text: I had a CORS issue earlier in the day yesterday, so the symptoms were fresh in my mind.  Glad I could help!
Answers.UserDisplayName: Jon G - Megaphone Tech
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2024-03-12T19:11:10.633Z
Answers.LastActivityDate: 2024-03-12T19:11:10.633Z
Answers.UserDisplayName: Jon G - Megaphone Tech
Body: <p><strong>Issue resolved</strong>  Graham and Jon G pointed me to the solution. When the SSL cert was installed after CiviCrm, there was a mix of HTTP and HTTPS references in the relevant PHP files. I installed the SSL cert to the Domain prior to activation CiviCrm, and it is functioning without issue and SSL is enabled.  Thank you!</p>
  <p>Initially the system status menu and and all others appear correctly but on second look at the CiviCRM from Wordpress dashboard the menus are displayed as text only with links that work, but <em>menus are corrupted</em> in same way.
  (believe same issue on previous install CiviCRM 5.70, but now need to verify this)</p>
  <p>The Civi menu selection is not available in the header of the page.
  I have cleared cache thru Admin tools and browsers.  Located civicrm.settings.php in ~/wp-content/uploads/civicrm and verified 'wp.frontend.base', 'wp.backend.base' URLs and 'domain' 'userFrameworkResourceURL' contain the correct IP.</p>
  <p>My use of CiviCRM until now has been Spark hosted; I'm setting up an AWS instance with Bitnami/Automattic AMI. I have setup this instance from scratch several times, same result. I must be missing something obvious. No other plugins activated, or other plugins activated, same result as well.</p>
  <p>I just located this old question: <a href="https://civicrm.stackexchange.com/questions/9776/word-press-install-missing-civicrm-settings-php-dashboard-unavailable-no-menus">Word Press Install Missing civicrm.settings.php; dashboard unavailable; no menus</a>, which gave me two clues. The addition of the SSL Cert, and a secondary civicrm.settings.php, that may not have been correctly updated.  I'm going to try install again to verify impact of the SSL Cert on the issue (I just can't remember its install's relation to the menus).</p>
  <p><strong>Update</strong>: Reinstall to verify state of menus before SSL Cert; issue still exists.</p>
  <p><strong>update #2</strong>: Failed to resolve issue. Reverted to CiviCRM 5.71.0 and there is not any issue with the menus. I will now be exceptionally careful to note each change from SSL cert to plug-in activations and report back if issue recurs in this version.</p>
  <p><strong>Update 3:</strong>  Installed new instance of the Bitnami Wordpress and installed CiviCRM 5.71.0. All was well until I installed the &quot;Let's Encrypt&quot; SSL Cert, which broke the CiviCrm menus.
  I'm now going to work without the SSL and later attempt install of SSL cert differently.
  <a href="https://i.sstatic.net/8vlxY.png" rel="nofollow noreferrer"><img src="https://i.sstatic.net/8vlxY.png" alt="No System Status" /></a></p>
  <p><a href="https://i.sstatic.net/7sbOn.png" rel="nofollow noreferrer"><img src="https://i.sstatic.net/7sbOn.png" alt="Admin not a drop-down" /></a></p>
  
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2024-03-10T18:48:17.317Z
Comments.Text: Could you please be specific about what you mean by "corrupted"? Do you mean that the icons are missing?
Comments.UserDisplayName: Coleman
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2024-03-12T18:05:00.240Z
Comments.Text: I'd get wordpress up and running with the SSL cert in place and working before trying to install CiviCRM.
Comments.UserDisplayName: Graham
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2024-03-13T13:40:20.303Z
Comments.Text: Thank you, Graham. An elegant solution if it works...then the subsequent setting files of Civi would all have HTTPS rather than HTTP from the get-go.  I'll report back.
Comments.UserDisplayName: Datatribe
Tags: <wordpress><aws>
Title: Menu display corruption on New installation CiviCRM 5.71.1 for Wordpress After SSL Cert installed
ThreadText: # Menu display corruption on New installation CiviCRM 5.71.1 for Wordpress After SSL Cert installed
  
  (Asked by: username_0 on 2024-03-10)
  
  **Issue resolved** username_2 and Jon G pointed me to the solution. When the SSL cert was installed after CiviCrm, there was a mix of HTTP and HTTPS references in the relevant PHP files. I installed the SSL cert to the Domain prior to activation CiviCrm, and it is functioning without issue and SSL is enabled. Thank you!
  
  Initially the system status menu and and all others appear correctly but on second look at the CiviCRM from Wordpress dashboard the menus are displayed as text only with links that work, but *menus are corrupted* in same way.
  (believe same issue on previous install CiviCRM 5.70, but now need to verify this)
  
  The Civi menu selection is not available in the header of the page.
  I have cleared cache thru Admin tools and browsers. Located civicrm.settings.php in ~/wp-content/uploads/civicrm and verified 'wp.frontend.base', 'wp.backend.base' URLs and 'domain' 'userFrameworkResourceURL' contain the correct IP.
  
  My use of CiviCRM until now has been Spark hosted; I'm setting up an AWS instance with Bitnami/Automattic AMI. I have setup this instance from scratch several times, same result. I must be missing something obvious. No other plugins activated, or other plugins activated, same result as well.
  
  I just located this old question: [Word Press Install Missing civicrm.settings.php; dashboard unavailable; no menus](https://civicrm.stackexchange.com/questions/9776/word-press-install-missing-civicrm-settings-php-dashboard-unavailable-no-menus), which gave me two clues. The addition of the SSL Cert, and a secondary civicrm.settings.php, that may not have been correctly updated. I'm going to try install again to verify impact of the SSL Cert on the issue (I just can't remember its install's relation to the menus).
  
  **Update**: Reinstall to verify state of menus before SSL Cert; issue still exists.
  
  **update #2**: Failed to resolve issue. Reverted to CiviCRM 5.71.0 and there is not any issue with the menus. I will now be exceptionally careful to note each change from SSL cert to plug-in activations and report back if issue recurs in this version.
  
  **Update 3:** Installed new instance of the Bitnami Wordpress and installed CiviCRM 5.71.0. All was well until I installed the "Let's Encrypt" SSL Cert, which broke the CiviCrm menus.
  I'm now going to work without the SSL and later attempt install of SSL cert differently.
  [![No System Status](https://i.sstatic.net/8vlxY.png)](https://i.sstatic.net/8vlxY.png)
  
  [![Admin not a drop-down](https://i.sstatic.net/7sbOn.png)](https://i.sstatic.net/7sbOn.png)
  
  **Tags:** wordpress, aws
  
  > **Comments:**
  > **username_1**: Could you please be specific about what you mean by "corrupted"? Do you mean that the icons are missing?  
  > **username_2**: I'd get wordpress up and running with the SSL cert in place and working before trying to install CiviCRM.  
  > **username_0**: Thank you, username_2. An elegant solution if it works...then the subsequent setting files of Civi would all have HTTPS rather than HTTP from the get-go.  I'll report back.  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_3 on 2024-03-12. Score: 0 | Accepted answer
  
  Without more info it's hard to say, but you very likely have a [CORS](https://developer.mozilla.org/en-US/docs/Web/HTTP/CORS) issue. This happens when not all of your assets (images, fonts, etc.) are loaded from the same URL as the one you visit. "Same URL" includes not just the domain, but the protocol (e.g. `http://`, `https://`) and port number.
  
  In all likelihood, you were loading some assets (either fonts or Javascript) over HTTP. You can confirm this by opening your browser's Developer Tools (press "F12" on your keyboard) and viewing the Network tab. But the easiest solution to this is to force all HTTP requests over HTTPS.
  
  > **Comments:**
  > **username_0**: Thank you for that lead, Jon G.  
  > **username_3**: I had a CORS issue earlier in the day yesterday, so the symptoms were fresh in my mind.  Glad I could help!  
  
  ---
  
  